GIT شعبه مؤلفه اساسی سیستم کنترل نسخه GIT است. ما در این آموزش مدلهای مختلف انشعاب را کشف خواهیم کرد

Git Pull شعبه های درخواست می کند

در آخرین مقاله ، ما در مورد اصول اولیه سیستم های کنترل GIT و نسخه آشنا شدیم. ما قدم به قدم رفتیم و یاد گرفتیم که چگونه یک مخزن GIT تنظیم کنیم. همچنین ، ما یاد گرفتیم که در صورت تمایل به خنثی کردن تغییرات خود ، تغییرات را به یک شاخه اضافه کنیم و آنها را برگردانیم. اکنون که اصول اولیه سیستم های کنترل نسخه را درک می کنیم ، به طور خاص ، git. بنابراین ، در این پست وبلاگ ، ما به بحث در مورد نحوه استفاده از شعب GIT و کشیدن درخواست ها ادامه خواهیم داد. ما در مورد گردش کار مختلف یاد خواهیم گرفت. بنابراین ، بیایید شروع کنیم!

شاخه های git چیست

شاخه های گیت

بیایید در مورد شاخه ها صحبت کنیم و چرا ما به شاخه ها و استراتژی های انشعاب که می توانیم از آنها استفاده کنیم برای کارآمد با کد خود استفاده می کنیم. همانطور که از نام آن نشان می دهد یک شاخه****یک خط مستقل از توسعه از یک ریشه را نشان می دهد. هنگامی که یک مخزن ایجاد می کنید ، اساساً شاخه ای را ایجاد می کنید که می توانیم یک شاخه استاد (یا پیش فرض) بنامیم. ما می توانیم در شعبه استاد خود تغییراتی انجام دهیم. اما در صورت نیاز به کار روی یک ویژگی و نمی خواهید کد خود را از شعبه استاد جدا کنید. بنابراین ، این جایی است که شاخه ها به شما کمک می کنند. آنها به شما اجازه می دهند شاخه ها را بیرون بیاورید و بعداً ادغام شوید.

شاخه های GIT را ایجاد / اصلاح کنید

git branch

Command به شما امکان می دهد شاخه ها را ایجاد ، لیست ، تغییر نام و حذف کنید. به شما اجازه نمی دهد بین شاخه ها جابجا شوید ، برای این کار ، ما باید از دستور پرداخت GIT استفاده کنیم. یا اگر می خواهید تغییرات خود را به یک شاخه ادغام کنید ، باید از دستور git ادغام استفاده کنید. این مهم است که درک کنیم که شاخه ها فقط نشانگر متعهد هستند. هنگامی که شما یک شاخه ایجاد می کنید ، تمام Git باید انجام شود ایجاد یک نشانگر جدید است ، به هیچ وجه مخزن را تغییر نمی دهد. برای ایجاد یک شاخه از دستور زیر استفاده کنید

git branch <branch-name>

پس از اتمام کار روی یک شاخه و ادغام آن در پایگاه اصلی کد ، شما می توانید بدون از دست دادن سابقه با استفاده از دستور زیر ، شعبه را حذف کنید

git branch -d <branch-name>

درخواست کشش چیست

درخواست کشش راهی برای ارائه سهم به یک پروژه نرم افزاری با استفاده از یک سیستم کنترل نسخه مانند GIT است. توسعه دهندگان از درخواست های کشش برای پیشنهاد تغییرات در یک پایگاه کد استفاده می کنند. پس از باز شدن درخواست کشش ، می توانید تغییرات احتمالی را با همکاران بحث و بررسی کنید و تعهدات پیگیری را قبل از ادغام تغییرات خود در شاخه پایه اضافه کنید. هنگامی که یک توسعه دهنده درخواست کشش را باز می کند ، تمام کاری که او انجام می دهد درخواست یک توسعه دهنده دیگر است ، شاخه ای را از مخزن خود به مخزن خود می کشد. این بدان معنی است که وی برای ایجاد درخواست کشش باید 4 مقدار ورودی را ارائه دهد: مخزن منبع ، شعبه منبع ، مخزن مقصد و شاخه مقصد.

مدل های انشعاب محبوب

یک گردش کار شاخه ای از شماره O وجود دارد که توسط جامعه توسعه دهنده در سراسر جهان مورد استفاده قرار می گیرد. اما ، ما در مورد سه مدل محبوب انشعاب یک به یک بحث خواهیم کرد

جریان git

گردش کار GitFlow یک گردش کار GIT است که به توسعه مداوم نرم افزار و اجرای شیوه های DevOps کمک می کند. جریان GIT شناخته شده ترین گردش کار در این لیست است. این توسط Vincent Driessen در سال 2010 ایجاد شده است و بر اساس دو شاخه اصلی با طول عمر نامحدود ، به همراه سایر شاخه های پشتیبانی مانند ویژگی ها-* ، hotfixes-* ساخته شده است که سپس در شاخه توسعه به عنوان فردی ادغام می شوند. موارد تکمیل شده است

  • استاد - این شعبه حاوی کد تولید است. تمام کد توسعه در یک شعبه مستر ادغام می شود که یکبار آماده است تا به تولید سوق یابد.
  • توسعه -این شاخه حاوی کد پیش تولید است. پس از اتمام ویژگی ها ، آنها در توسعه ادغام می شوند. GitFlow برای پروژه هایی که چرخه انتشار برنامه ریزی شده دارند ، ایده آل است. اگرچه ، تاریخ GIT غیرقابل خواندن می شود.

جریان GitHub

جریان GitHub یک گردش کار سبک است. در سال 2011 توسط Github ایجاد شده است و عمدتاً روی مدل چابک متمرکز است ، جایی که منتظر چرخه انتشار نیستید. درعوض ، با تکمیل ویژگی ها ، روزانه تغییرات را به تولید فشار می دهید. جریان GitHub از اصول زیر پیروی می کند:

  • هر چیزی در شعبه “استاد” قابل اجرا است.
  • برای کار بر روی چیز جدید ، یک شاخه جداگانه از استاد Off با نام توضیحات به عنوان مثال “تصویر سازی تصویر” ایجاد کنید
  • به آن شاخه به صورت محلی متعهد شوید و مرتباً کار خود را به همان شعبه با نام سرور سوق دهید.
  • هنگامی که به بازخورد یا کمک نیاز دارید ، یا فکر می کنید شعبه برای ادغام آماده است ، [درخواست کشش] را باز کنید 4
  • پس از بررسی و ثبت نام در این ویژگی ، می توانید آن را در استاد ادغام کنید
  • پس از ادغام و سوق دادن به “استاد” ، می توان آن را به تولید اعزام کرد.

جریان Gitlab

GitLab Flow یک گردش کاری است که توسط GitLab در سال 2014 ایجاد شده است. GitLab Flow یک جایگزین ساده تر برای GitFlow است و ترکیب ویژگی های توسعه و ویژگی های ویژگی را با ردیابی شماره ترکیب می کند. تفاوت عمده بین جریان Gitlab و جریان GitHub استفاده از شاخه های محیط است. توسعه دهندگان یک شاخه توسعه ایجاد می کنند و آن را پیش فرض می کنند ، در حالی که جریان Gitlab بلافاصله با شاخه “اصلی” کار می کند. جریان Gitlab شامل چندین شاخه قبل از تولید است. و از این موارد می توان برای آزمایش مواد در سطوح مختلف استفاده کرد. به عنوان مثال از شاخه آزمون تا پذیرش و سپس از پذیرش تا تولید.

نتیجه

در این مقاله ، ما در مورد شاخه های GIT و درخواست های کشیده آموختیم. ما اهمیت درخواست های کشش و نحوه استفاده از آنها را در گردش کار مختلف GIT مطالعه کردیم. ما همچنین به طور خلاصه مدلهای مختلف شاخه Git را بررسی کردیم.