گیت هاب چیست؟ – از کاربرد تا نحوه استفاده Github

در حال حاضر، دارنده مخزن، درخواست «Pull» ارسالی توسط ما را پذیرفته و عمل ادغام را انجام داده است. به زبانه «Code» در مخزن بر می‌گردیم، اکنون می‌توانیم ببینیم که «مخزن تست» (Test Repository)، تغییرات ایجاد شده را شامل می‌شود.

چگونه به گیت هاب Commit کنیم؟

اکنون که اولین فایل خود در ویژوال استدیو کد را ایجاد کردیم، می‌خواهیم اولین «Commit» خود به گیت هاب را انجام دهیم. همچنین آن را اصطلاحاً  به گیت هاب «Push» کنیم.

فیلم آموزش گیت Git – تکمیلی در فرادرس

کلیک کنید

اگر مفهوم «Commit» کردن را هنوز به درستی درک نکردید، نگران نباشید. تنها لازم است تا مواردی که در ادامه آورده شده است را انجام دهید.

• تغییرات صورت گرفته در فایل را ذخیره کنیم.
• به شاخه «اصلی» (Master)، «Commit» می‌کنیم.
• به گیت هاب «Push» می‌کنیم.

در ادامه، به توضیح هر یک از موارد بالا، می‌پردازیم.

ذخیره کردن تغییرات چگونه انجام می‌شود؟

اولین قدم این است که فایل .gitignore ایجاد شده را ذخیره کنیم. برای این منظور، می‌توانیم از کلیدهای ترکیبیCTRL + S (روی ویندوز)، یا Command + S (روی Mac) استفاده کنید یا اینکه از منوی «File» گزینه «Save» را انتخاب کنید.

کامیت کردن تغییرات چگونه انجام می‌شود؟

در قدم دوم، در پنل سورس کنترل، روی آیکون «بررسی» (علامت تیک) کلیک می‌کنیم.

این کار، تغییرات انجام شده را به فایل «master» کامیت می‌کند. با انجام این کار، تغییراتی که در فایل «اصلی» (Master) خود ایجاد کردیم، «Commit» می‌شود. بهتر است تا پیامی‌ را درج کنیم تا در آینده بدانیم که این «Commit» به چه منظوری انجام شده است.

push در گیت هاب چیست ؟

پیش‌تر گفتیم که، اصطلاح «Push کردن» در گیت هاب، به نحوه انتقال Commit‌ها از «مخزن» (Repository) محلی به مخزنِ راهِ دور اشاره می‌کند.

فیلم آموزش گیت و گیت هاب در اندروید استودیو - Git و GitHub در Android Studio (رایگان) در فرادرس

کلیک کنید

«ویژوال استدیو کُد» (Visual Studio Code | VSCode)، ابزاری مخصوص برنامه‌نویسی و به طور کلی یک «ویرایشگر کد» (Code Editor) محسوب می‌شود. این محصولِ مایکروسافت، محیطی را برای ما (توسعه‌دهندگان) فراهم می‌کند تا در آن کدهایمان را بنویسیم و اجرا یا دیباگ کنیم. همچنین ویژگی‌های دیگری نظیر «برجسته‌سازی نحو» (Syntax Highlighting)، تکمیل کدها (Code Completion) و ويژگی‌های مخصوص «Commit» را نیز ارائه می‌دهد.

در این بخش قرار است تا نحوه ساخت، «تکثیر» (Clone) و کار با مخازن گیت هاب در ویژوال استدیو کد، آشنا شویم. از آنجایی که در این پروژه قرار است نحوه Push کردن در گیت هاب را به وسیله VSCode آموزش دهیم، نیاز است ویژوال استدیو کد بر روی سیستم نصب باشد. برای این منظور می‌توان آخرین نسخه آن را از سایت رسمی‌ویژوال استدیو دریافت و نصب کرد.

ویژوال استدیو کد، گزینه‌ای با عنوان «Publish to GitHub»، برای ساخت مخازنی روی گیت هاب دارد، برای زمانی که مخزن گیت از قبل موجود نیست. بری انتشار از ویژوال استدیو کد به گیت هاب، لازم است تا پروژه خود را «به صورت محلی» (Locally) بسازیم و فایل README.md  را به آن اضافه کنیم. پس از آن، کلیدهای ترکیبی Ctrl + Shift + P  روی ویندوز، یا  Command + Shift + P  (برای کاربران Mac) را می‌فشاریم.

در مرحله بعد، لازم است تا «خصوصی» (Private) یا «عمومی» (Public) بودن مخزن را مشخص کنیم.

از «پنل کنترل منبع» (Source Control Panel)، «Stage» و «Commit» مربوط به تغییرات را انجام می‌دهیم.

پس از «Push» کردن و انتشار تغییرات (Publish)، مخزن ایجاد شده VSCode، می‌بایست روی «GitHub» موجود باشد.

چگونه Commit را به گیت هاب Push کنیم؟

قدم سوم، این است که Commit را به گیت هاب Push کنیم. برای این کار، کافی است تا روی علامت «۳ نقطه» (...) کلیک و گزینه «Push» را انتخاب کنیم.

پس از انجام این کار به مخزن گیت هاب بر می‌گردیم. حال، خواهیم دید که فایل .gitignore، به گیت هاب «Push» شده است و پیامی که برای «Commit» در نظر گرفتیم، درست در کنار آن نمایش داده شده است.

همان‌طور که می‌بینید، به دلیل افزودن فایل.gitignore، فایل README.md در کامیت اولیه باقی مانده و فایل فضایِ کاری، به گیت هاب «Push» نشده است.

نحوه Push کردن کدها به گیت هاب با VSCode چگونه است؟

برای «Push» کردن کدهایمان در گیت هاب با استفاده از ویژوال استدیو کد، می‌توانیم از «ویژگی داخلیِ کنترل سورس کد» (built-in Source Control feature)، استفاده کنیم. برای این منظور، ابتدا، یک مخزن گیت را در پوشه محلی پروژه راه‌اندازی می‌کنیم. سپس، با انتخاب آیکن «Source Control» در سمت چپ پنجره VS Code، تغییرات صورت گرفته روی فایل‌هایمان را در نمای Source Control می‌بینیم.

پس از اینکه توضیحی برای «Commit» وارد کردیم، با کلیک روی علامت «تیک»، تغییراتمان «Commit» می‌شود. در مرحله بعد، از منوی ۳ نقطه، گزینه «Push» را انتخاب می‌کنیم تا تغییرات صورت گرفته را به مخزن گیت هاب راه دور خود منتقل کنیم. در این مرحله، ممکن است نیاز به احراز هویت با حساب گیت هاب داشته باشیم (اگر پیش از این انجام نشده باشد). با انجام این مراحل، تغییرات ایجاد شده، باید در مخزن گیت هاب ما قابل مشاهده باشد.

Fork در گیت هاب چیست ؟

در این قسمت می‌خواهیم مفهوم فورک کردن یا منشعب شدن یا «چند شاخه شدن» (Forking) را با هم یاد بگیریم. «Fork» کردن مخزن، به این معنی است که یک کپی از مخزن روی سرویس میزبانی گیت (مانند گیت هاب، Gitlab و Bitbucket)، بدون ایجاد پیوندی به آن بسازیم.

فیلم آموزش گیت Git – تکمیلی در فرادرس

کلیک کنید

هر کسی می‌تواند یک مخزن عمومی‌ را فورک کند. هنگام فورک کردن، در حقیقت یک کپی مستقل و جدید از مخزن مورد نظر (مشابه نسخه اصلی) ایجاد می‌کنیم. هنگامی که مخزنی را «Fork»‌ می‌کنیم، کنترل کاملی بر آن خواهیم داشت. یعنی می‌توانیم آن را «Clone» یا تغییرات انجام شده در «Fork» را «Commit» و «Push» کنیم. با این حال این اجازه را نداریم تا بدون «درخواست ادغام» (Merge Request) به مخزن اصلی «Commit» کنیم.

عمل Forking اغلب برای اجرای تست‌ها، بدون اینکه خطر تأثیرگذاری بر مخزن اصلی وجود داشته باشد یا هنگام همکاری (مشارکت) با یک پروژه «منبع آزاد» (Open-Source) استفاده می‌شود. تغییرات صورت گرفته در «Fork»‌ با استفاده از درخواست‌های واکشی (Pull Requests) ارسال می‌شود.

Fork کردن مخزن چگونه است؟

اولین قدم برای ایجاد یک درخواست کشش، Fork کردن مخزن است. فورک، یک کپی از یک مخزن است که به ما امکان می‌دهد بدون تأثیر بر روی مخزن اصلی، تغییراتی را ازنمونه‌ای از آن ایجاد کنیم. درخواست واکشی برای ارسال تغییرات ایجاد شده در فورک استفاده می‌شود تا بتوانند مخزن اصلی را تغییر دهند (اصلاح کنند). برای fork کردن یک مخزن، روی «Fork» در سمت راست و بالای مخزنی که می‌خواهید تغییراتی در آن ایجاد کنید، کلیک کنید.

حالا روی دکمه سبز رنگ «Create Fork» کلیک می‌کنیم.

تا این مرحله، همان‌طور که مشاهده می‌کنید، یک «انشعاب» (Fork) ایجاد کردیم و اصطلاحاٌ دارنده آن انشعاب محسوب می‌شویم.

کامیت کردن تغییر در fork چگونه است؟

به منظور Commit کردن تغییرات صورت گرفته در Fork، می‌بایست مخزن کلون شده را در ویژوال استودیو کد باز کنیم. این مخزن، مانند تصویری که در ادامه آمده است، می‌بایست کاملا در زیر ریشه باشد.

پس از آن، فایل README.md را اصلاح و آن را ذخیره می‌کنیم.

با مراجعه به زبانه «Source Control» در ویژوال استودیو کد، می‌توانیم مطمئن شویم که تغییر ما برای «committ» آماده است. روی علامت «+» کلیک می‌کنیم تا تغییرات، مرحله‌بندی اصطلاحاً «استیج» (Stage Changes) شوند.

پس از افزودن توضیحی برای کامیت، روی دکمه «Commit» کلیک می‌کنیم.

حالا بر روی گزینه «...»، کلیک و گزینه «Push» را انتخاب می‌کنیم.

در این مرحله، ضمن توجه به تصویری که در ادامه آمده است، با رفرش کردن مخزن اصلی (در سمت چپ) و مخزن فورک شده (در سمت راست)، می‌توانیم شاهد باشیم که تغییر ما به فورک منتقل (Pushed) شده است.

پس از ایجاد تغییرات در Fork، می‌توانیم با ایجاد یک «درخواست واکشی» (Pull Request) در گیت هاب، صاحب مخزن اصلی را مطلع کنیم تا تغییرات صورت گرفته را یکپارچه یا «ادغام» (Merge) کند. برای این منظور می‌بایست در مخزن فورک شده گیت هاب، زبانه «Pull Requests» را انتخاب کنیم.

سپس، بر روی دکمه سبز رنگ «New pull request» کلیک می‌کنیم.

در صفحه بعدی، امکان مقایسه تغییرات ایجاد شده در «Fork» نسبت به مخزن اصلی، فراهم شده است. در صورتی که مشکلی وجود نداشته باشد، باید پیامِ تیک خورده «Able to Merge» (قابل ادغام بودن) را ببینیم. در پایین صفحه، علائم «+»، تغییرات صورت گرفته را مشخص کرده است.

روی دکمه «Create Pull Request» کلیک می‌کنیم.

در این صفحه توضیحی را برای تغییرات صورت گرفته وارد و مجدداً روی دکمه «Create pull request» کلیک می‌کنیم.

ایجاد درخواست Pull همین‌جا با موفقیت به پایان رسید. اکنون می‌خواهیم مخزن فورک شده را در رایانه محلی خود کلون کنیم. پیش از آن مروری بر مفهوم «Clone» در گیت خواهیم داشت.

Clone در گیت چیست ؟

همان‌طور که پیش‌تر بیان شد، «Cloning» در گیت، عملیاتی است که برای ایجاد کپی از مخزن مورد نظر انجام می‌شود. مخزن موردنظر می‌تواند «راه دور» (Remote) یا «محلی» (Local) باشد.

با کلون کردن مخزن راه دور می توانیم نسخه‌ای محلی را در سیستم خود داشته باشیم. همچنین، می‌توانید بین دو مکان همگام‌سازی کنید.

git clone ، یکی از دستورات خط فرمان است که برای ایجاد کپی محلی از یک مخزن راه دور استفاده می‌شود و از طریق یک URL راه دور به مخزن دسترسی پیدا می‌کند.

معمولاً مخزن اصلی روی یک سرور راه دور، اغلب سرویس Git مانند GitHub ،Bitbucket یا GitLab قرار دارد.

1$ git clone <repository URL>

در این قسمت از مطلب «گیت هاب چیست»، مراحل انجام «Clone» را از طریق گیت هاب و ویژوال استودیو کد و همچنین از طریق سیستم عامل، بیان می‌کنیم که در ادامه تشریح شده‌اند. برای کلون کردن مخزن در گیت هاب، روی دکمه سبز رنگ «Code» کلیک و آدرس «https URL» را کپی می‌کنیم.

اگر کاربر سیستم عامل Mac هستید، کلیدهای ترکیبی Command + Shift + P  را فشرده و گزینه «Git Clone» را انتخاب می‌کنیم. (کاربران ویندوز می‌توانند از کلید Ctrl به جای Command استفاده کنند)

سپس، URL کلون که از گیت هاب کپی کردیم را در اینجا «الصاق» (Paste) می‌کنیم.

اکنون یک نسخه محلی از Fork را در اختیار داریم.

در ویندوز، می‌بایست «Git Bash» را باز و از دستورgit clone به صورتی که در ادامه آمده است، استفاده شود.

1$ git clone <git-url>

چگونه مخزن خود را در ویژوال استدیو کد Clone کنیم؟

اکنون زمان آن رسیده است که مخزن ساخته شده را با استفاده از VSCode تکثیر یا Clone کنیم. برای این منظور، می‌بایست آدرس URL مرتبط به مخزن خود را در گیت هاب کپی و مخزن را Clone کنیم. پس به مخزن گیت هاب می‌رویم و URL را کپی می‌کنیم.

در ویژوال استدیو کد، کلیدهای ترکیبی Ctrl + Shift + P  (روی ویندوز)، یا  Command + Shift + P  (برای کاربران Mac) را می‌فشاریم. حالا Git: Clone  را تایپ می‌کنیم.

URL که در محله قبل کپی کردیم را در اینجا الصاق می‌کنیم.

مکان مخزن روی سیستم، یعنی جایی که مایلیم تا فایل مورد نظر تکثیر شود را انتخاب می‌کنیم. (به طور مثال پوشه‌ای روی دسکتاپ)

پنجره کوچکی در سمت راست و پایین صفحه نمایش ظاهر می‌شود، با این پیام که «آیا می‌خواهید مخزن کلون شده را باز کنید»، که ما Open را انتخاب می‌کنیم.

حالا با رفتن به پوشه پروژه، مشاهده می‌کنیم که مخزن مورد نظر، کِلون شده است. اگر در مرحله قبلی و زمانی‌که از شما سوال شد که «می‌خواهید مخزن را باز کنید»، پروژه جدید ایجاد شده را در VSCode باز نکرده‌اید، حالا می‌تولانید این کار را انجام دهید. از منوی «File»، گزینه «Open» را انتخاب کنید. به محل ذخیره مخزن کِلون شده بروید و روی دکمه «Open» کلیک کنید.

راه اندازی فایل Gitignore چگونه است؟

هنگامی که تغییری را روی گیت هاب، «Commit» می‌کنیم، ممکن است بخواهیم برخی موارد را از این «Commit» استثنا کنیم. به‌ عنوان مثال، ممکن است بخواهید مانع از Commit کردن مواردی مانند «اطلاعات کاربری» (Credentials) حساس (به منظور اهداف امنیتی) یا موارد دیگری مانند فضای‌ِکاری VS Code (فایل‌هایی که ویژوال استدیو کد به پروژه اضافه کرده است) شوید. حتی گاهی اوقات مواردی وجود دارند که شما نمی‌خواهید کامیت کنید، زیرا آنقدری اهمیت ندارند که بخواهید سابقه «Commit» خود را شلوغ کنید.

برای انجام این کار، باید یک فایل.gitignoreشامل قوانینی برای مواردی ایجاد کنیم که می‌خواهیم از کامیت‌ها حذف شوند. .gitignore، در حقیقت، فایلی متنی است که به Git می‌گوید کدام یک از فایل‌ها یا پوشه‌های پروژه را باید نادیده بگیرد.

برای نصب فایل.gitignoreبا استفاده از ویژوال استدیو کد، گزینه «New File» را از منوی «File» انتخاب یا روی آیکن «+» در پنل Explorer کلیک می‌کنیم.

در این فایل جدید، تمام فایل‌ها و پوشه‌هایی که مایل هستید تا نادیده گرفته شوند را اضافه کنید. سپس فایل را به صورت «متنی» و با نام .gitignore، از طریق ویژوال استدیو کد ذخیره کنید.

اگر نمی‌دانید که چه مواردی را به این فایل اضافه کنید، می‌توانید از این قالب، استفاده کنید که نمونه .gitignore برای پایتون را نشان می‌دهد. توجه داشته باشید که لازم است فایل را با توجه به نیازهای خود به‌روز کنید. حالا، لازم است تا فایل.gitignore را ذخیره کنیم. برای این منظور، می‌توانیم از کلیدهای ترکیبیCTRL + S (روی ویندوز)، یا Command + S (روی Mac) استفاده یا اینکه از منوی «File» گزینه «Save» را انتخاب کنیم.

«فضاهای کاری» (Workspaces) در ویژوال استدیو کد، قابلیت بسیار مفیدی محسوب می‌شوند، این فضاها می‌توانند تنظیمات خاص خود را داشته باشند و پروژه‌هایمان را به گونه‌ای از هم جدا کنند که «Commit» در یک پروژه بر پروژه‌های دیگر، تأثیری نداشته باشد.

برای اینکه پیکربندی فعلی به عنوان «فضای کاری» ذخیره شود،‌ لازم است تا از منوی «File»، گزینه «Save Workspace as»، سپس، پوشه‌ای که در حال حاضر روی آن کار می‌کنیم را انتخاب کنیم. همچنین لازم است تا نامی را به آن اختصاص دهیم. در این مورد، نام فضای کاری می‌تواند همان نام مخزن هم باشد.

در حال حاضر، می‌توانید فضای کاری ساخته شده در ویژوال استدیو کد را ملاحضه کنید. در مواقع بعدی، به منظور باز کردن این فضای کاری، کافی است تا از منوی «File» گزینه «Open Workspace...‎» را انتخاب کنیم.

Fetch در گیت هاب چیست ؟

دستورgit fetch ، برای بیرون کشیدن (pull) به‌روز‌رسانی‌ها از شاخه‌های ردیابیِ راه دور (Remote-Tracking) مورد استفاده قرار می‌گیرد. به علاوه، می‌توانیم به‌روزرسانی‌های «ارسال شده» (Pushed) به شعبه‌های راه دور را در سیستم محلی را دریافت کنیم.

فیلم آموزش گیت و گیت هاب در اندروید استودیو - Git و GitHub در Android Studio (رایگان) در فرادرس

کلیک کنید

همان‌طور که می‌دانیم، شاخه نسخه‌ای از کد اصلی مخازن ما محسوب می‌شود، بنابراین شاخه‌های ردیابی از راه دور شاخه‌هایی هستند که برای دریافت و ارسال (pull and push) از مخزن راه دور راه‌اندازی شده‌اند.

چگونه مخزن گیت را Fetch کنیم؟

می‌توانیم از دستورgit fetch (با آرگومان‌های متعددی که دارد) برای واکشی داده‌های مشخصی استفاده کنیم. برای درک کاربردهای دستور fetch، سناریوهایی در ادامه بیان شده است که با هم مرور می‌کنیم. سناریو اول به منظور واکشی مخزن راه دور است. ما می‌توانیم کل مخزن را با کمک دستور «fetch» از آدرس URL مخزن، واکشی کنیم. شکل کلی این دستور و خروجی آن پس از اجرا، در ادامه آمده است.

1$ git fetch <repository Url>

در ادامه، اجرای دستور «Fetch» روی آدرس مشخصی را مشاهده می‌کنید.

در خروجی بالا، مخزن کامل از یک URL راه دور «واکشی» (fetched) شده است. سناریوی دوم، بیان‌گر واکشی شاخه مشخصی است. ما می‌توانیم شاخه‌ای خاص را از مخزن مورد نظر واکشی کنیم. در ادامه، شکل کلی دستور را مشاهده می‌کنید.

1$ git fetch <branch URL><branch name>

در ادامه، اجرای دستور فوق و واکشی شاخه‌ «test» از یک URL راه دور نشان داده شده است.

سناریوی سوم، واکشی همه شاخه‌ها به طور همزمان (Simultaneously) را بیان می‌کند. دستورgit fetchهمچنین این امکان را برای ما فراهم می‌کند تا همه شاخه‌ها را به طور همزمان از مخزن راه دور واکشی کنیم. در ادامه، کد مربوط به این مورد آورده شده است.

1$ git fetch -all

همان‌طور که در تصویر زیر مشخص است، با اجرای دستور فوق، روی مخزن «Git-Example»، تمام شاخه‌ها را واکشی کرده‌ایم.

سناریوی چهارم، «همگام‌سازی» (Synchronize) مخزن محلی را بیان می‌کند. فرض می‌کنیم، عضوی از تیم، چندین ویژگی جدید را به مخزن راه دور ما اضافه کرده است. بنابراین، برای افزودن این به روز‌رسانی‌ها به مخزن محلی خود، می‌توانیم از دستورgit fetch استفاده کنیم که شکل کلی استفاده از آن در ادامه نشان داده شده است.

1$ git fetch origin

اجرای دستور بالا، ویژگی‌های جدید موجود در مخزن راه دور را به سیستم محلی‌مان اضافه کرده است (به‌روز شده است). در این خروجی، شاخه «test2» و اشیاء آن، به مخزن محلی اضافه می‌شوند.

واکشی گیت می‌تواند از یک مخزن با استفاده از نام یا URL آن، یا از چندین مخزن به طور همزمان انجام شود. به عبارت دیگر، می‌توان آن را نسخه‌ای ایمن از دستورgit pull در نظر گرفت.

تفاوت بین git fetch و git pull در گیت هاب چیست ؟

برای درک تفاوت بینfetch وpull، لازم است تا شباهت‌های میان این ۲ دستور را بدانیم. هر ۲ دستور، به منظور دانلود داده‌ها از مخزن راه دور استفاده می‌شوند، اما عملکرد متفاوتی نسبت به هم دارند. زمانی‌که یکgit pull انجام می‌دهید، تمام تغییرات را از مخزن راه دور یا مرکزی دریافت می‌کند و آن را در اختیار شعبه مربوط به ما در مخزن محلی‌مان قرار می‌دهد. هنگامی‌که واکشیgit را انجام می‌دهید، تمام تغییرات را از مخزن راه دور دریافت می‌کند و آن را در شاخه‌ای جداگانه در مخزن محلی ما ذخیره می‌کند. می‌توانیم با ادغام آن، تغییرات را در شاخه‌های مربوط به خود منعکس کنیم. بنابراین، می‌توان آن را به صورتی که در ادامه آمده است، بیان کرد.

git pull = git fetch + git merge

Cherry Picking در گیت چیست؟

Cherry Picking در گیت، به این معنی است که برخی از کامیت‌های یک شاخه را به شاخه‌ای دیگر، اعمال کنیم.

فیلم آموزش گیت Git – تکمیلی در فرادرس

کلیک کنید

اگر موردی پیش آمد که در پروژه مرتکب اشتباهی شدیم یا تغییری را به شعبه نادرستی کامیت کردیم و نمی‌خواهیم کل شعبه را ادغام کنیم، می‌توانیم کامیت را برگردانیم و آن را در شاخه دیگری اصطلاحاً «cherry-pick» کنیم.

نحوه استفاده از دستور «cherry-pick»، در ادامه آمده است.

1$ git cherry-pick <commit id>

موارد استفاده از cherry-pick کدام اند؟

• cherry-pick، ابزار مفیدی برای همکاری تیمی‌ (Team Collaboration) محسوب می‌شود.
• در مواردی که باگ‌ها را قرار است رفع کنیم، استفاده از این ابزار ضروری است. زیرا باگ‌ها با کامیت‌های خود در شاخه «توسعه» رفع و آزمایش می‌شوند،.
• اغلب برای بازگرداندن تغییرات و بازیابی commit‌های از دست رفته استفاده می‌شود. از git cherry-pick برای جلوگیری از تداخل‌های غیرضروری به جای تکیه بر روش‌های جایگزین استفاده کنید.
• زمانی که ادغام کامل شاخه به دلیل نسخه‌های ناسازگار در شاخه‌های مختلف امکان‌پذیر نباشد، ابزار مفیدی است.
• cherry-pick برای دسترسی به تغییرات ایجاد شده در زیرشاخه، بدون تغییر شاخه استفاده می‌شود.

Checkout در گیت چیست؟

در گیت، اصطلاح «چک‌اوت» یا «بیرون رفتن» (Checkout)، برای عمل سوئیچینگ بین نسخه‌های مختلف یک موجودیت استفاده می‌شود. با استفاده از دستورgit checkout ، می‌توانیم بین شاخه‌های موجود در یک مخزن، جابجا شویم.

فیلم آموزش ساخت پروفایل حرفه ای گیت هاب GitHub و نکات مهم در پروژه ها در فرادرس

کلیک کنید

لازم به ذکر است که هنگام جابجایی بین شاخه‌ها، می‌بایست مراقب فایل‌های مرحله‌بندی شده (Staged) و کامیت‌های خود باشیم. دستورgit checkout، بر روی ۳ موجودیت مختلف که فایل‌ها، کامیت‌ها و شاخه‌ها هستند، عمل می‌کند. از آنجایی که این دستور گزینه «لغو» (Undo) و برگشت به حالت قبل را ندارد، استفاده از آن باید با احتیاط همراه باشد.

این دستور، شاخه‌ها را بررسی و فایل‌های موجود در پوشه کاری را به‌روزرسانی می‌کند تا با نسخه موجود در آن شاخه مطابقت داشته باشد. سپس به‌روزرسانی‌ها را به گیت ارسال می‌کند تا تمام کامیت‌های جدید، در آن شاخه ذخیره شوند.

عملیات موجود در چک‌اوت کدامند؟

ما می‌توانیم عملیات متعددی را با استفاده از دستورgit checkoutانجام دهیم، مانند سوئیچ به شاخه‌ای خاص، ایجاد شاخه‌ای جدید، Checkout شاخه راه دور و غیره. این دستور را می‌توان با git branchترکیب کرد. با اجرای دستورgit branchمی‌توانیم فهرستی از شاخه‌های موجود را نمایش بدهیم و به شاخه‌ای خاص منتقل شویم. برای نمایش شاخه‌ی موجود در مخزن، از این دستور به شکلی که در ادامه امده است، استفاده می‌کنیم.

1$ git branch

اکنون که فهرستی از شعب موجود را داریم، برای جابجایی بین شاخه‌ها از دستورcheckout branch به شکلی که در ادامه آمده است، استفاده می‌کنیم.

1$ git checkout <branchname>

همان‌طوری که در خروجی مشخص است، در این مثال از شاخه اصلی به شاخه «testbranch» منتقل شدیم.

با به کارگیری پرچم «b»، همان‌طوری که در ادامه آمده است، می‌توانیم شاخه‌ای جدید را ایجاد کنیم و به طور همزمان به آن منتقل شویم (سوئیچ کنیم).

1$ git checkout -b <branchname>

در حقیقت، استفاده از این پرچم مشابه این است که دستور git branch new-branch، قبل از اجرایgit checkout new-branchانجام شده است.

Staging در گیت هاب چیست ؟

یکی از امکاناتی که گیت در اختیار ما قرار می‌دهد، ناحیه‌ اِستِیجنیگ یا «مرحله‌بندی» (Staging) نام دارد که تغییرات صورت گرفته روی فایل‌ها، که هنوز «ثبت» (Commit) نشده است را ذخیره می‌کند. این ویژگی به ما امکان می‌دهد تا با انجام تغییرات، آن‌ها را در Commitهایی کوچک‌تر ثبت کنیم.

فیلم آموزش گیت و گیت هاب در اندروید استودیو - Git و GitHub در Android Studio (رایگان) در فرادرس

کلیک کنید

با استفاده از «مرحله‌بندی» می‌توانیم تغییرات را در فایلی روی کامپیوتر ذخیره کنیم. اما باید بدانیم، در صورتی که «Commit» نکنیم، گیت، نسخه‌ای از آن را نگه نمی‌دارد (ذخیره نمی‌کند). پیش از اینکه فایلی را با گیت «Commit» کنیم (ثبت و ذخیره کنیم)، نیاز است تا تغییرات، «Stage» شده باشند. پس از آن، شرایط برای «Commit» کردن مهیا است. به این ترتیب می‌توانیم تغییرات متعددی را در تنها یک کامیت، «Stage» کنیم.

Staging در ترمینال و VSCode چگونه انجام می شود؟

اگر برنامه‌نویسی را در محیط‌هایی (IDE) مانند «VSCode» انجام می‌دهید، بخشی به نام «پنل کنترل منبع» (Source Control Panel) در اختیار خواهیم داشت که عمل ادغام و یکپارچه‌سازی با Git را آسان می‌کند. وضعیت مربوط به «مرحله‌بندی» تغییرات (اینکه Stage شده‌اند یا خیر) یا اصطلاحاً وضعیت «ردیابی»، در این پنل قابل مشاهده است. اکنون با انجام «Commit»، تنها تغییراتی ثبت خواهند شد که «Stage» شده‌اند.

چگونه تغییرات خود را Stage کنیم؟

در این قسمت به بیان برخی از مراحل «Staging» پرداخته‌ایم که در ادامه، تشریح شده‌اند.

راه اندازی مخزن گیت را به وسیله «Git Init» چگونه است؟

برای نشان دادن عملکرد «مرحله‌بندی» یا «Staging»، با یک پروژه خالی شروع ‌می‌کنیم.

با استفاده از دستورgit init ، مخزن «git» را راه‌اندازی می‌کنیم.

1$ git init

دستور فوق، یک مخزن git مخفی (پوشه‌ای به نام .git در ریشه پروژه) را ایجاد می‌کند.

تا این قسمت از کار، «تغییری» در پروژه رخ نداده است. بنابراین فایل جدیدی می‌سازیم.

1$ touch new-file.txt

روش افزودن فایل به staging در گیت هاب چیست‌ ؟

با استفاده از دستور Git add، فایلی را به «مرحله‌بندی» اضافه می‌کنیم. دستورgit add، این امکان را برای ما فراهم می‌کند که فایل‌هایی که باید «Commit» شوند را «Stage» کنیم. اگر از VSCode استفاده می‌کنید، می‌توانید در سورس کنترل پنل، مشاهده کنید که «تغییری» ایجاد شده است، اما هنوز هیچ «استیجی» نداریم.

با استفاده از علامت «+» در کنترل پنل منبع، می‌توانیم تغییر موجود را «Stage» کنیم.

ولی در اینجا، با به کارگیری دستور «git add» در ترمینال، این کار را انجام می‌دهیم. برای «Stage» فایل در Git، از دستور git add، به صورتی که در ادامه، آمده است، استفاده می‌کنیم.

1$ git add new-file.txt

و حالا مشاهده می‌کنیم که «Stage» مورد نظر صورت گرفته است.

روش نمایش فایل‌های Stage شده با دستور Git Status در گیت هاب چیست ؟

دستور git status ، فایل‌های موجود در «ناحیه Staging» را نمایش می‌دهد.

1$ git status

همان‌طور که در تصویر مشاهده می‌شود، تغییرات مربوط به stage قابل رویت است. اگر هیچ فایل «Stage شده» یا «تغییر‌ یافته‌ای» وجود نداشته باشد، خروجی، مشابه اما متفاوت با تصویر فوق است.

اجازه دهید فایل جدیدی بسازیم و آن را «Stage» نکنیم.

1$ touch new-file2.txt
2$ git status

فایل‌های «Untracked» بیان‌گر همان فایل‌های «Unstaged» هستند.

اگر تغییرات جدید و تغییرات «Stage» نشده‌ای وجود نداشته باشد، خروجی کوتاه‌تری خواهیم داشت.

1$ git status
2 
3On branch master
4 
5No commits yet
6 
7nothing to commit (create/copy files and use "git add" to track)

چه تغییراتی در فایل رخ داده است؟

با استفاده از دستور git diff، می‌توانیم ببینیم چه چیزی در فایل‌ها تغییر کرده است. این دستور، فایل فعلی را با آخرین نسخه ذخیره شده، مقایسه می‌کند. «Git diff»، در حقیقت فرمتی نمایشی است که تفاوت بین گروه‌های فایلی را نشان می‌دهد. در‌ صورتی که دستور git diffرا به تنهایی و بدون هیچ چیزی بعد از آن به کار ببریم، تمام تغییراتی که در مخزن وجود دارد را به شما نشان می‌دهد.

1$ git diff

همچنین می‌توانید از git diff، همراه با نام دایرکتوری استفاده کنید تا تمام تغییراتِ ایجاد شده در دایرکتوری را به ما نشان دهد.

1$ git diff changed-file.txt

اگر از git diffهمراه با نام فایل استفاده کنید، تمام تغییرات ایجاد شده در فایل به شما نمایش داده می‌شود.

1$ git diff changed-file.txt

کامیت کردن فایل‌های Stage شده چگونه است؟

حال اگر قصد «Commit» را داشته باشیم. تنها فایل(های) «Stage شده»، کامیت می‌شود. در مثالی که در ادامه آورده شده است، فقط new-file.txt ، کامیت خواهد شد.

1$ git commit -m "only committing new-file.txt"

در ادامه، خروجی دستور فوق را مشاهده می‌کنید.

سوالات متداول

در این بخش از مطلب «گیت هاب چیست»، برخی از پرسش‌های پرتکرار کاربران، در رابطه با موضوع «گیت هاب چیست» را به همراه پاسخ‌های مرتبط، بیان می‌کنیم.

فیلم مجموعه آموزش برنامه نویسی – مقدماتی تا پیشرفته در فرادرس

کلیک کنید

چرا از گیت هاب استفاده می‌کنیم؟

گیت هاب، راه‌حلی فوق‌العاده را برای مشارکت و همکاری در فرایند ایجاد و تکمیل پروژه‌‌ها در اختیار ما قرار می‌دهد. با استفاده از این ابزار، نسخه‌ای پشتیبان را از فایلی که روی آن کار می‌کنیم به طور دائمی، در اختیار خواهیم داشت. به این ترتیب، هیچوقت نسخه‌های پیشین پروژه‌هایمان را از دست نخواهیم داد. علاوه بر این، می‌توانیم با به کارگیری کدهای نوشته شده توسط سایر برنامه‌نویسان، پروژه‌های خود را سریع‌تر توسعه دهیم.

آیا گیت هاب برای افراد تازه کار گزینه مناسبی است؟

یادگیری و استفاده از گیت هاب برای برنامه‌نویسان تازه‌کار، کار سختی نیست. در حقیقت، برای یادگیری اینکه چگونه کدهایی را به گیت هاب «ارسال» (push) کنیم، کافی است با تعدادی از دستورات گیت هاب آشنایی داشته باشیم. اگر در حال حاضر با Git آشنایی دارید، یادگیری گیت هاب پیچیدگی چندانی ندارد، اما در غیر این صورت، یادگیری گیت هاب تلاش بیشتری را نیازمند خواهد بود.

آیا گیت هاب فقط مناسب برنامه نویسان است؟

خیر. افراد و تیم‌های مختلف، از گیت هاب برای پروژه‌های گوناگون خود استفاده می‌کنند. گیت هاب برای مدیریت تیم‌ها، اشتراک‌گذاری رزومه‌ها، یافتن پروژه‌های جدید، پیگیری کارها و سایر موارد، استفاده می‌شود.

طرز کار گیت هاب چیست ؟

گیت هاب، رابطی مبتنی بر وب است که از Git استفاده می‌کند. گفتیم که «گیت»، نرم‌افزار کنترل نسخه اوپن سورسی است که به چندین نفر اجازه می‌دهد به طور همزمان، تغییرات جداگانه‌ای را در پروژه، ایجاد کنند. گیت هاب، با فراهم کردن امکانِ همکاری به صورت بلادرنگ، تیم‌ها را تشویق می‌کند تا برای ساخت و ویرایش محتوای سایت خود با یکدیگر مشارکت و تعامل داشته باشند.

آیا استفاده از گیت هاب بدون کدنویسی ممکن است؟

گیت هاب، محصول و وب‌سایتی است که برای برنامه‌نویسان طراحی شده است تا به طور مشارکتی کدهای خود را بسازند. اما این بدان معنا نیست که برای استفاده از آن باید حتما برنامه‌نویس باشیم. می‌توانیم با «ردیابی نسخه مشارکتی»، پروژه (غیر برنامه‌نویسی) مخصوص به خود را بدون نوشتن حتی یک خط کد یا استفاده از خط فرمان، شروع کنیم.

تست کردن کدها در گیت هاب چگونه است؟

می‌توان با استفاده از «GitHub Actions»، پروژه‌های خود را به صورت خودکار «Build» و تست کرد.

فیلم آموزش گیت Git، گیت هاب و گیت لب (رایگان) در فرادرس

کلیک کنید

Pull Request در گیت هاب چیست ؟

درخواستی است که برای بررسی تغییرات مخزن ارسال می‌شود. به عبارت دیگر، زمانی که توسعه‌دهندگان آماده ادغام کدهای جدید در مخزن گیت هاب هستند، از آن استفاده می‌کنند.

درخواست Merge در گیت هاب چیست ؟

Merge تغییرات را در قالب یک درخت منسجم ادغام می‌کند. این کار تنها بخشی از آنچه به حساب می‌آید که طی عملیات Pull در گیت انجام می‌شود.

چند شاخه شدن مخزن در گیت هاب چیست ؟

فورک در حقیقت، رونوشتی از مخزن گیت هاب است که به وسیله ما کنترل می‌شود.

Clone مخزن در گیت هاب چیست ؟

نسخه محلی از مخزن میزبانی شده (مانند مخزنی در گیت هاب یا گیت لب) محسوب می‌شود.

تفاوت عمل Fork و Pull Request در گیت هاب چیست؟

«انشعاب» (Fork) رونوشتی از مخزن اصلی است که زیر نظر فرد مدیریت می‌شود. درخواست pull، درخواستی است که از جانب مالک مخزن و به منظور بررسی و ادغام تغییراتی که توسط ما صورت گرفته، در مخزن اصلی انجام می‌شود.

بستن درخواست واکشی در گیت هاب چیست ؟

گزینه «بستن درخواست واکشی» در گیت هاب، بدون اینکه ادغام شاخه مبدا در شاخه مقصد انجام شود، درخواست pull را می‌بندد.

سخن پایانی

در این مطلب از مجله فرادرس، موضع «گیت هاب» و مفاهیمی مانند سیستم کنترل نسخه مورد بررسی قرار گرفت. همچنین، سعی کردیم تا حد امکان به طور جامع به این پرسش که «گیت هاب چیست»، پاسخ دهیم. همان‌طور که گفته شد، «Git» و «GitHub»، راه‌های سریع و ساده‌ای را برای ساخت و توسعه پروژه‌هایمان ارائه می‌دهند و استفاده از آن‌ها، مزایای زیادی را برای توسعه‌دهندگان به همراه دارد.

فیلم مجموعه آموزش برنامه نویسی – مقدماتی تا پیشرفته در فرادرس

کلیک کنید

GitHub به عنوان یکی از پراستفاده‌ترین پلتفرم‌ها در زمینه کنترل نسخه و مدیریت روند توسعه و ساخت پروژه‌ها محسوب می‌شود که از کدهایمان میزبانی می‌کند و این امکان را به ما می‌دهد تا از هر مکانی، روی پروژه‌هایمان به صورت تیمی، با دیگر برنامه‌نویسان، مشارکت داشته باشیم. با به کارگیری این ابزار، می‌توانیم روند تغییرات کدها را مشاهده و در صورت وجود خطا، منشأ آن را بیابیم. GitHub ویژگی‌های پیچیده زیادی را برای پروژهای تیمی و بزرگ به همراه دارد.

دانش بکارگیری گیت هاب در پروژه‌ها، مهارتی بسیار ارزشمند برای برنامه‌نویسان به شمار می‌رود. همچنین داشتن پروفایل GitHub خوب که مشارکت‌های مکرر و مداوم برنامه‌نویس را در طول سال، هم در پروژه‌های شخصی و هم در پروژه‌های دیگران نشان ‌‌می‌دهد، می‌تواند به عنوان نمونه‌کار در ورود به بازارِ کار یا ارتقاء وضعیت شغلی، بسیار مفید واقع شود. علاوه بر ویژگی‌های گفته شده در این مطلب، گیت هاب، پلتفرم و منبعی بسیار عالی برای یادگیری کدنویسی به حساب می‌آید و استفاده از آن تا حد زیادی به افزایش مهارت برنامه‌نویسی افراد کمک می‌کند.