صفر تا صد گیت هاب

بخش اول: گیت‌هاب چیست و چرا دانستن آن ضروری است؟ 

در دنیای امروز، سرعت رشد تکنولوژی و توسعه‌ی نرم‌افزار به قدری زیاد شده است که ابزارهای قدیمی دیگر پاسخگوی نیازهای برنامه‌نویسان نیستند. یکی از مهم‌ترین مفاهیمی که در این مسیر مورد توجه قرار گرفته، کنترل نسخه (Version Control) است. اگر پروژه‌ای کوچک یا بزرگ دارید، به‌صورت انفرادی یا تیمی فعالیت می‌کنید، یا حتی اگر هنوز در حال یادگیری هستید، باید با یکی از حیاتی‌ترین ابزارهای توسعه نرم‌افزار یعنی Git و GitHub آشنا شوید. 

اما GitHub دقیقاً چیست؟ چرا در آگهی‌های استخدام همیشه می‌پرسند: «آیا با GitHub آشنایی دارید؟» چرا امروزه میلیون‌ها پروژه‌ی جهانی روی گیت‌هاب توسعه داده می‌شود و چرا داشتن یک پروفایل GitHub قوی، به‌اندازه‌ی یک مدرک دانشگاهی برای برنامه‌نویسان مهم شده است؟ 

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

GitHub  چیست؟ بررسی مفهومی و فنی 

گیت‌هاب یک پلتفرم میزبانی پروژه‌های نرم‌افزاری مبتنی بر Git است. Git خودش یک سیستم کنترل نسخه توزیع‌شده (Distributed Version Control System) است که به کمک آن می‌توان تغییرات انجام‌شده در کد را به‌صورت لحظه‌ای ثبت، ذخیره، بازگردانی یا بررسی کرد. 

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

چرا گیت‌هاب مهم است؟ 

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

گیت‌هاب دقیقاً برای این نیازها طراحی شده است. نه تنها از Git به‌عنوان موتور اصلی کنترل نسخه استفاده می‌کند، بلکه با ویژگی‌هایی مثل: 

• Pull Request (درخواست بررسی و ادغام کد)
• Branch Management (مدیریت شاخه‌ها)
• Issues (مدیریت باگ و تسک‌ها)
• Actions (ادغام خودکار، تست خودکار، CI/CD)
• Wiki (مستندسازی درون‌سازمانی)
• Insights (تحلیل عملکرد تیم و پروژه)

تبدیل به یک محیط توسعه‌ی آنلاین تمام‌عیار شده است.
 


گیت‌هاب؛ رزومه‌ی دیجیتال برنامه‌نویسان

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



خلاصه‌ای از دلایل استفاده از گیت‌هاب:

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


بخش دوم: تفاوت Git و GitHub + آموزش نصب Git

در میان افرادی که تازه وارد دنیای برنامه‌نویسی می‌شوند، یک سردرگمی رایج وجود دارد: آیا Git و GitHub یکی هستند؟ پاسخ این سؤال به‌وضوح خیر است. گرچه این دو ابزار به‌صورت مکمل عمل می‌کنند، اما کاربردها و ماهیت‌های متفاوتی دارند. در این بخش ابتدا به تفکیک این دو ابزار می‌پردازیم، سپس نحوه‌ی نصب Git را روی سیستم بررسی خواهیم کرد.



تفاوت Git و GitHub به زبان ساده

| ویژگی‌ها | Git | GitHub
| نوع ابزار | نرم‌افزار خط فرمان (Command-line tool) | سرویس مبتنی بر وب (Web-based platform)
| محل ذخیره | به‌صورت محلی روی کامپیوتر شما | روی سرورهای ابری (Cloud servers)
| عملکرد اصلی | مدیریت و کنترل نسخه‌ی فایل‌ها | میزبانی پروژه‌های Git به‌صورت آنلاین
| وابستگی به هم | Git به‌تنهایی قابل استفاده است | GitHub بدون Git معنا ندارد
| قابلیت همکاری | به‌صورت آفلاین در سیستم شخصی | همکاری هم‌زمان چند نفر از نقاط مختلف جهان

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



نصب Git روی سیستم عامل‌های مختلف

✅نصب Git روی ویندوز
 

1. به سایت رسمی Git مراجعه کنید:
    https://git-scm.com
2. از بخش Downloads نسخه‌ی ویندوز را انتخاب و فایل اجرایی را دانلود کنید.
3. پس از اجرای فایل نصب، در مراحل مختلف گزینه‌های پیش‌فرض را انتخاب کرده و روی دکمه‌ی Next کلیک کنید.
4. پس از نصب، محیط Git Bash در منوی Start در دسترس خواهد بود.

برای اطمینان از نصب، دستور زیر را در Git Bash  یا CMD  تایپ کنید:

git --version

اگر عدد نسخه‌ی Git نمایش داده شود، یعنی نصب با موفقیت انجام شده است.



✅نصب Git روی سیستم عامل macOS
 

1. ساده‌ترین روش: باز کردن Terminal و تایپ دستور زیر:

git
 
در صورتی که Git نصب نباشد، سیستم به‌طور خودکار گزینه‌ای برای نصب Xcode Command Line Tools نمایش می‌دهد که Git را نیز شامل می‌شود.
 

1. روش دیگر: استفاده از Homebrew:

brew install git
 


✅نصب Git روی لینوکس (Ubuntu/Debian)

در ترمینال دستور زیر را وارد کنید:

sudo apt update

sudo apt install git

پس از نصب، با اجرای دستور git --version  می‌توانید نسخه‌ی نصب‌شده را مشاهده کنید.



تنظیم اولیه Git (قبل از اتصال بهGitHub)

برای شروع استفاده از Git، باید اطلاعات کاربری خود را برای ثبت تغییرات در سیستم تعریف کنید. دو دستور مهم:

git config --global user.name "Your Name"

git config --global user.email "your.email@example.com"

با این کار، تمامی تغییرات آینده‌ی شما در پروژه‌ها با این نام و ایمیل ثبت خواهند شد. 


بخش سوم: ساخت حساب کاربری، ایجاد ریپازیتوری و اتصال به GitHub

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



✅ساخت حساب کاربری در GitHub
 

1. به سایت رسمی گیت‌هاب بروید:
    https://github.com
2. روی دکمه‌ی  Sign up کلیک کنید.
3. اطلاعات خواسته‌شده را وارد نمایید:
    

1. • Username: نام کاربری منحصر به فرد
2.  
   • Email address: ایمیلی که فعال است
3.  
   • Password: رمز عبور قوی
4.  

1. مراحل امنیتی (مانند کپچا) را طی کرده و ثبت‌نام را تکمیل کنید.
2. پس از ورود به حساب کاربری، شما وارد داشبورد GitHub می‌شوید که محل مدیریت همه‌ی پروژه‌هایتان است.

✅ساخت یک Repository (مخزن)
 
مخزن یا Repository همان جایی‌ست که پروژه‌ی شما در گیت‌هاب ذخیره می‌شود. برای ساخت آن:
 

1. در داشبورد، روی دکمه‌ی سبزرنگ "New repository" کلیک کنید.
2. فیلدهای زیر را پر کنید:
    

1. • Repository name: نام پروژه (مثلاً: my-first-project)
2.  
   • Description (اختیاری): توضیحی کوتاه درباره‌ی پروژه
3.  

1. • انتخاب بین Public (عمومی) یا Private (خصوصی)

1. • فعال یا غیرفعال‌کردن گزینه‌ی Initialize this repository with a README (در صورت تیک‌زدن، فایل اولیه‌ی README ساخته می‌شود)

1. روی دکمه‌ی  Create repository کلیک کنید.

ریپازیتوری شما اکنون ایجاد شده و آماده‌ی استفاده است.
 


✅اتصال پروژه‌ی لوکال به گیت‌هاب

فرض کنید شما پروژه‌ای روی سیستم خودتان دارید و می‌خواهید آن را به گیت‌هاب منتقل کنید. مراحل زیر را در Git Bash دنبال کنید:

1. ابتدا وارد پوشه‌ی پروژه شوید:

cd path/to/your/project

2. پروژه را به یک مخزن Git تبدیل کنید:

git init

3. فایل‌های پروژه را اضافه و ذخیره کنید:

git add .

git commit -m "Initial commit"

4. اتصال به گیت‌هاب از طریق لینک HTTPS یا SSH :

در صفحه‌ی ریپازیتوری که ساخته‌اید، URL آن را کپی کنید (مثلاً):

https://github.com/username/my-first-project.git

در Git Bash:

git remote add origin https://github.com/username/my-first-project.git

git branch -M main

git push -u origin main

✅ اکنون پروژه‌ی شما روی گیت‌هاب قرار گرفته و از طریق اینترنت قابل دسترسی است!



🌐نکته امنیتی: استفاده از Token به‌جای رمز عبور

از سال 2021، گیت‌هاب دیگر اجازه نمی‌دهد از پسورد مستقیم برای Push کردن استفاده شود. به‌جای آن باید از Personal Access Token (PAT) استفاده کنید.
 
برای ساخت توکن:
 

1. وارد تنظیمات حساب گیت‌هاب شوید.
2. از منوی سمت چپ گزینه‌ی Developer Settings > Personal Access Tokens را انتخاب کنید.
3. یک توکن جدید ایجاد کنید و محدوده دسترسی آن را مشخص نمایید.
4. توکن ساخته‌شده را به‌عنوان رمز عبور در هنگام Push وارد کنید.

🧠نکات تکمیلی:
 

• از این پس هر بار که فایلی در پروژه‌ تغییر دادید، با سه دستور زیر تغییرات را ذخیره و ارسال کنید:

git add .
 
git commit -m "your message"
 
git push
 

• پروژه‌ی شما اکنون دارای تاریخچه، نسخه‌ها، و دسترسی عمومی/اختصاصی است.
  
  
  بخش چهارم: شاخه‌ها، Pull Request و مشارکت تیمی در GitHub
  
  در دنیای توسعه نرم‌افزار، به‌ویژه در تیم‌های بزرگ، نمی‌توان همه‌ی تغییرات را مستقیم روی نسخه‌ی اصلی کد انجام داد. این کار می‌تواند منجر به بروز باگ‌های گسترده و حتی نابودی پروژه شود! راه‌حل گیت و گیت‌هاب برای این چالش، چیزی به نام Branch است؛ یا همان "شاخه".
  
  
  
  🌳مفهوم Branch (شاخه) چیست؟
  
  در یک پروژه‌ی گیت، شاخه‌ها ابزارهایی هستند که به شما اجازه می‌دهند بدون دست‌کاری نسخه‌ی اصلی، ویژگی جدید یا تغییراتی را آزمایش کنید.
  
  📌مثال:
  
  فرض کنید نسخه‌ی اصلی پروژه روی شاخه‌ی main قرار دارد. شما می‌خواهید یک ویژگی جدید به پروژه اضافه کنید، اما نمی‌خواهید تغییرات شما فوراً روی نسخه‌ی اصلی اثر بگذارد. در اینجا:
  
  git checkout -b new-feature
  
  شما وارد شاخه‌ی جدیدی به نام new-feature می‌شوید و می‌توانید بدون آسیب‌زدن به main روی آن کار کنید.
  
  
  
  🔄 Merge: ادغام تغییرات شاخه‌ها
  
  بعد از اینکه تغییرات را در شاخه‌ی جدید اعمال کردید، نیاز است که آن را به شاخه‌ی اصلی (main) بازگردانید. به این فرایند، Merge یا ادغام گفته می‌شود.
  
  در گیت می‌توانید با دستور زیر تغییرات را ادغام کنید:
  
  git checkout main
  
  git merge new-feature
  
  اما در گیت‌هاب، معمولاً این کار از طریق Pull Request انجام می‌شود.
  
  
  
  📨 Pull Request: درخواست ادغام
  
  Pull Request (یا به‌اختصار PR) یکی از مهم‌ترین ویژگی‌های گیت‌هاب است. با آن، شما از سایر اعضای تیم می‌خواهید که تغییرات شاخه‌ی شما را بررسی کنند و در صورت تأیید، با شاخه‌ی اصلی ادغام نمایند.
  
  مراحل ایجاد یک Pull Request:
   

1. وارد صفحه‌ی پروژه در GitHub شوید.
2. به شاخه‌ای که ایجاد کرده‌اید (مثلاً:  new-feature) بروید.
3. روی دکمه‌ی "Compare & Pull Request" کلیک کنید.
4. توضیحی درباره‌ی تغییرات بنویسید.
5. روی "Create Pull Request" کلیک کنید.

سایر اعضا می‌توانند:
 

• کد شما را بازبینی (Review) کنند
• نظرات (Comments) بدهند
• درخواست تغییرات کنند
• یا آن را ادغام (Merge) کنند

👥مدیریت مشارکت تیمی با GitHub

GitHub یک ابزار فوق‌العاده برای پروژه‌های تیمی است. برخی امکانات کلیدی آن برای همکاری عبارت‌اند از:

📌نقش‌ها در گیت‌هاب:
 

• Owner: مدیر کل پروژه
• Collaborator: مشارکت‌کننده مستقیم با دسترسی Push
• Contributor: فردی که با Pull Request مشارکت می‌کند ولی دسترسی مستقیم ندارد

📌امکان پیگیری تغییرات:

هر Commit، Comment و Merge با نام کاربر ثبت می‌شود. این شفافیت باعث می‌شود همه بدانند چه کسی، چه زمانی، چه کاری انجام داده است.

📌ابزارهای مشارکتی دیگر:
 

• Issues: گزارش باگ، پیشنهاد ویژگی و مدیریت وظایف
• Projects: مدیریت چابک با بورد کانبان (مثل Trello)
• Actions: اجرای تست‌ها و عملیات CI/CD به‌صورت خودکار

🛠️مثال واقعی از همکاری:
 
فرض کنید تیمی روی یک وب‌سایت فروشگاهی کار می‌کند. برنامه‌نویس A روی صفحه‌ی محصول، برنامه‌نویس B روی سبد خرید، و برنامه‌نویس C روی سیستم پرداخت. هرکدام شاخه‌ی خود را ایجاد می‌کنند، تغییرات را انجام می‌دهند و از طریق Pull Request به شاخه‌ی اصلی Merge می‌کنند.
 
مزیت این مدل:
 

• بدون تداخل کار می‌کنند
• همه تغییرات مستند و قابل بازگشت هستند
• بازبینی و تست قبل از ادغام ممکن است

🚨نکته امنیتی مهم:

در پروژه‌های Open Source، هرکسی می‌تواند Fork بزند و Pull Request بدهد. همیشه قبل از Merge، کد را بررسی کنید. GitHub ابزارهایی مثل Code Scanning و Security Alerts برای کمک به شما فراهم کرده است.
 


بخش پنجم: مدیریت پروژه، Issues و Releases در GitHub

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



🐞 Issues: ابزار گزارش باگ و مدیریت وظایف

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

• گزارش اشکال (Bug)
• پیشنهاد ویژگی جدید
• درخواست مستندات
• پیگیری کارهای در دست انجام

📌ساخت Issue جدید:
 

1. وارد صفحه‌ی ریپازیتوری شوید.
2. به تب Issues بروید.
3. روی New Issue کلیک کنید.
4. عنوان و توضیحات کامل بنویسید.
5. می‌توانید موارد زیر را نیز تعیین کنید:
    

1. • Assignees: چه کسی مسئول این Issue باشد
2.  
   • Labels: مثل bug, feature, enhancement
3.  
   • Milestone: بخشی از نسخه خاص
4.  
   • Projects: ارتباط با پروژه‌های کانبان
5.  

✅مزیت مهم:

با استفاده از Issues می‌توانید کل تیم را در جریان مشکلات و وظایف نگه دارید، وظایف را تخصیص دهید و اولویت‌بندی کنید.



📋 GitHub Projects: بورد مدیریت پروژه

GitHub Projects ابزار داخلی برای مدیریت پروژه به سبک کانبان است. مشابه Trello، شما می‌توانید بوردهایی با ستون‌های "To Do"، "In Progress" و "Done" بسازید.

مراحل ایجاد پروژه:
 

1. به تب Projects در ریپازیتوری بروید.
2. روی New Project کلیک کنید.
3. نام، توضیح و نوع پروژه ( Classic یا  Beta) را انتخاب کنید.
4. کارت‌ها را ایجاد و Issueهای مرتبط را به آن‌ها متصل کنید.
5. کارت‌ها را بین ستون‌ها جابجا کنید تا وضعیت پیشرفت پروژه مشخص باشد.

مزیت:

این ابزار امکان برنامه‌ریزی چابک (Agile Planning) را بدون نیاز به ابزارهای خارجی فراهم می‌کند.



🚀 Releases: انتشار نسخه‌های رسمی پروژه

زمانی که پروژه شما به نسخه‌ای پایدار رسید، باید آن را به‌صورت رسمی منتشر کنید. اینجاست که قابلیت Release وارد عمل می‌شود.

مراحل ساخت Release:
 

1. به تب Releases بروید.
2. روی Draft a new release کلیک کنید.

1. Tag version را وارد کنید (مثلاً: v1.0.0)

1. عنوان و توضیح نسخه را بنویسید (تغییرات مهم، ویژگی‌ها، باگ‌های برطرف‌شده)
2. فایل اجرایی یا نسخه‌ی نهایی پروژه را به Release ضمیمه کنید (اختیاری)
3. روی Publish Release کلیک کنید.

مزیت:

کاربران شما می‌توانند با مراجعه به بخش  Releases، نسخه‌های پایدار را دانلود کرده یا تفاوت نسخه‌ها را بررسی کنند.



🛠️نمونه کاربرد واقعی:
 
فرض کنید پروژه‌ای با ده نفر عضو دارید. روند کاری به‌صورت زیر خواهد بود:
 

• وظایف با Issues تعریف و تخصیص داده می‌شوند.
• اعضا طبق Projects وضعیت وظایف را دنبال می‌کنند.
• پس از پایان توسعه، پروژه به‌صورت نسخه‌ی رسمی از طریق Release منتشر می‌شود.

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


🧠نکات کاربردی برای استفاده حرفه‌ای از این ابزارها

| ابزار | کاربرد | نکته مهم
| Issues | پیگیری وظایف و باگ‌ها | از Label برای اولویت‌بندی استفاده کنید
| Projects | مدیریت وضعیت کارها | با Issueها یکپارچه‌سازی کنید
| Releases | انتشار نسخه‌ها | بهتر است با تگ‌های Semantic (مثلاً v1.2.3) باشد



بخش ششم:  Fork، مشارکت در پروژه‌های متن‌باز و GitHub Actions

گیت‌هاب فقط برای پروژه‌های خصوصی و تیم‌های محدود نیست؛ بلکه جامعه‌ی بزرگی از برنامه‌نویسان از آن برای ساختن پروژه‌های متن‌باز استفاده می‌کنند. ابزارهایی مانند Fork و GitHub Actions نقش کلیدی در این مدل همکاری دارند.



🍴 Fork چیست و چه کاربردی دارد؟

Fork به معنی «انشعاب گرفتن» از یک پروژه‌ی عمومی است. یعنی شما می‌توانید یک نسخه‌ی مستقل از یک پروژه‌ی متن‌باز را در حساب خود داشته باشید و تغییرات دلخواه را بدون اثرگذاری روی پروژه‌ی اصلی اعمال کنید.

📌مراحل کار:
 

1. وارد صفحه‌ی یک پروژه‌ی عمومی شوید (مثلاً github.com/torvalds/linux).
2. روی دکمه‌ی Fork در بالای صفحه کلیک کنید.
3. پروژه در حساب شما کپی می‌شود.
4. روی آن تغییرات خود را انجام می‌دهید.
5. برای پیشنهاد تغییرات، یک Pull Request به پروژه‌ی اصلی می‌فرستید.

مزایا:
 

• می‌توانید بدون داشتن دسترسی مستقیم به پروژه اصلی، مشارکت کنید.
• برای آموزش و تمرین با پروژه‌های حرفه‌ای.
• ساخت نسخه‌ی شخصی از پروژه‌ها.

🤝مشارکت در پروژه‌های Open Source (متن‌باز)
 
یکی از فرصت‌های فوق‌العاده در دنیای گیت‌هاب، مشارکت در پروژه‌هایی است که هزاران نفر روی آن کار می‌کنند. این پروژه‌ها معمولاً دارای بخش‌هایی مانند:
 

• CONTRIBUTING.md:  راهنمای مشارکت
• CODE_OF_CONDUCT.md:  قوانین رفتاری
• Labels مثل:  good first issue یا help wanted برای تازه‌کارها

مراحل پیشنهاد تغییرات:
 

1. پروژه را Fork کنید.
2. تغییرات را در شاخه‌ای جدید اعمال کنید.

1. Commit و Push انجام دهید.
2. Pull Request ایجاد کنید.

1. منتظر بازخورد، بررسی و ادغام از سمت مدیر پروژه باشید.

⚙️ GitHub Actions:اتوماسیون در گیت‌هاب
 
GitHub Actions یکی از قدرتمندترین قابلیت‌های این پلتفرم است. با آن می‌توانید:
 

• اجرای تست‌ها به‌صورت خودکار بعد از هر Commit
• ساخت نسخه نهایی (Build) پروژه
• انتشار خودکار روی سرویس‌هایی مثل Heroku یا Vercel
• اجرای وظایف زمان‌بندی‌شده

📌ساخت فایل Action:

در مسیر .github/workflows/ فایل YAML ایجاد می‌شود. مثلاً:

name: Run Tests

on: [push]

jobs:

  test:

    runs-on: ubuntu-latest

    steps:

    - uses: actions/checkout@v3

    - name: Run test

      run: npm test

مزایا:
 

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

📊مقایسه ابزارهای کلیدی گیت‌هاب برای توسعه حرفه‌ای

| ابزار | کاربرد | سطح
| Fork | کپی پروژه برای توسعه مستقل | مقدماتی
| Pull Request | پیشنهاد ادغام تغییرات | متوسط
| Issues | پیگیری باگ‌ها و وظایف | متوسط
| GitHub Projects | مدیریت پروژه کانبانی | متوسط
| GitHub Actions | اجرای وظایف اتوماتیک | پیشرفته



🧠جمع‌بندی نهایی آموزش GitHub
 
در این آموزش ۶ بخشی با گیت‌هاب از سطح پایه تا پیشرفته آشنا شدیم:
 

1. معرفی گیت و گیت‌هاب، کاربردها و تفاوت‌ها
2. ساخت حساب، مخزن (Repository) و کار با گرافیکی‌ترین بخش‌های GitHub
3. مفاهیم گیت مثل commit، push، clone  و sync بین لوکال و ریموت
4. درک شاخه‌ها، Pull Request و Merge برای همکاری حرفه‌ای
5. استفاده از ابزارهای مدیریت پروژه: Issues، Releases و Projects
6. مشارکت در پروژه‌های متن‌باز و اتوماسیون با GitHub Actions

🔗منابع بیشتر برای یادگیری:
 

• راهنمای رسمی GitHub Docs
• دوره‌های رایگان GitHub در FreeCodeCamp

• Git Handbook از سایت Git SCM

تهیه شده در آپلود فایل لینکلیک