مشخصات مقاله
-
405
-
0.0
-
1801
-
0
-
0
آشنایی با GitHub Flow
GitHub Flow
در این مقاله، می آموزید که چگونه به بهترین شکل ممکن از GitHub استفاده کنید.
GitHub flow یک روند کاری طراحی شده برای بهبود کار با Git و GitHub است که با تمرکز بر branch ها، امکان کار بهتر و منظم تر را برای تیم ها فراهم میکند.
روش کار GitHub Flow به شکل زیر است:
- یک Branch جدید بسازید
- تغییرات لازم را انجام دهید و commit ها را اضافه کنید
- یک Pull request باز کنید
- باز نگری ( Review)
- Deploy
- Merge
ساخت یک Branch جدید
branch ها پایه ی اصلی کار با Git هستند و بر اساس Deploy پذیر بودن master branch کار میکنند.
این به این معناست که اگر بخواهید یک چیز جدید را امتحان کنید، یک branch ایجاد میکنید. branch ها محیط هایی برای تغییرات و ایجاد کد های جدید اند.
زمانی که branch تان آماده شد، آن را باز نگری و بررسی کرده و سپس با main branch تان merge میکنید.
توجه کنید که با تیم همکاری میکنید. استفاده از نام های بامعنی برای branch ها، که برای همه قابل فهم باشد، بسیار مهم است.
ایجاد تغییرات و اضافه کردن commit ها
پس از ایجاد یک branch جدید، باید تغییرات لازم را انجام دهید، این کار با اضافه، حذف و یا ویرایش فایل ها انجام میشود. پس از انجام هر مرحله، با commit کردن، تغییرات خود را به branch اضافه کنید.
با commit کردن میتوانید سیر تغییرات پروژه خود را مشاهده کنید. هر commit باید دارای یک پیام، که تغییرات ایجاد شده را توضیح میدهد، باشد. این commit ها جزئی از تاریخچه پروژه میشوند و میتوانید هر زمان که بخواهید به آنها بازگردید.
پیام های commit بسیار مهم هستند! زیرا تغییرات و دلایل ایجاد آنها را برای شما و خوانندگان دیگر مشخص میکنند.
ایجاد یک Pull Request
pull request ها بخش کلیدی GitHub هستند، زیرا به همه اطلاع میدهند که تغییری در پروژه خود ایجاد کرده اید و بقیه افراد میتوانند آن را مشاهده کنند.
همچنین میتواند از بقیه افراد بخواهید تغییرات شما را بازبینی کرده و یا آن را با branch های خودشان merge کنند.
Review
زمانی که pull request ایجاد میشود، همه افرادی که به branch دسترسی مناسبی را دارند، میتوانند آن را بازبینی (review) کنند. در این مرحله تغییرات به بحث گذاشته شده و بازنگری میشوند.
pull request ها برای همکاری بهتر بین افراد ایجاد شده است و با استفاده از آن کار تیمی ساده تر و کار آمد خواهد شد.
اگر یک feedback دریافت کردید و تغییرات و اصلاحات خود را ادامه دادید، میتوانید تغییرات جدید را در یک commit جدید قرار دهید و تا این چرخه ادامه پیدا کند.
در GitHub، commit ها و feedback های جدید، در “unified Pull Request View” ها نمایش داده میشوند.
Deploy
اگر Pull Request، بازبینی شد و هیچ مشکلی وجود نداشت، باید تست های نهایی را بر آن انجام دهیم. GitHub به شما اجازه میدهد که یک branch را، پیش از merge با master، deploy و تست کنید.
اگر مشکلی ایجاد شد، میتوانید تغییرات را حذف کنید ( با merge کردن master به production)!
تیم ها معمولا محیط های خاصی برای deploy کردن شاخه ها در نظر میگیرند.
Merge
پس از انجام تست ها، میتوانید کد را با master branch، ادغام کنید.
Pull Request همچنان تغییرات شما را ضبط خواهد کرد و اگر نام و comment گذاری مناسبی انجام داده باشید، میتواند با نگاه کردن به تاریخچه، سیر تغییرات و تصمیمات خود را مشاهده کنید.
برای جستجو ساده تر، میتواند کلید واژه های مناسب به Pull Request های خود اضافه کنید!