Git یک سیستم کنترل نسخه منبع باز یا VCS (مخفف سیستم کنترل نسخه) است. یک فناوری ارزشمند که به شما امکان می دهد نسخه های قدیمی فایل ها را ردیابی کنید و به شما امکان می دهد نسخه های مختلف فایل ها را به طور همزمان با هم مقایسه کنید.
در گذشته، قبل از ظهور Git، از SVN و CVS استفاده می شد که سیستم های کنترل نسخه محبوب در آن زمان بودند. خالق لینوکس، لینوس توروالد، اولین بار Git را توسعه داد، و امروزه ابزاری ضروری برای هر کسی است که با نرم افزار منبع باز سروکار دارد.
پیشنهاد پاراگراف: شروع آموزش برنامه نویسی
VCS توزیع شده
Git یک سیستم توزیع شده است که توسط تعداد زیادی از توسعه دهندگان نرم افزار استفاده می شود. توسعه‌دهنده نرم‌افزار می‌تواند منبع کد مورد نظر (به اصطلاح مخزن) را از یک مکان مرکزی (به اصطلاح کلون) دریافت کند و به طور مستقل روی بخشی از کد خود کار کند. پس از ایجاد تغییرات، توسعه دهنده می تواند تغییرات خود (به اصطلاح commit) را مجدداً در مکان مرکزی ارسال کند. این تغییرات همراه با تغییرات سایر توسعه دهندگان حفظ می شود تا بعداً در مورد بهترین نسخه تصمیم گیری شود.
یکی از سرویس‌های محبوبی که Git را به طور خاص برای نرم‌افزار متن‌باز میزبانی می‌کند، GitHub نام دارد، اما BitBucket، GitLab و بسیاری از سرویس‌های دیگر نیز وجود دارند که به تیم‌های نرم‌افزاری در سراسر جهان اجازه می‌دهند تا به صورت خصوصی کد را به اشتراک بگذارند. انجام می دهند.
نصب دروازه
نصب Git بر روی همه پلتفرم ها یک فرآیند بسیار ساده است:
OSX (Mac):
از Homebrew دستور زیر را اجرا کنید:
من
پنجره ها:
برنامه های Git را از اینترنت دانلود و نصب کنید.
لینوکس:
از مدیر بسته خود برای نصب Git استفاده کنید.
من
یا
من
راه اندازی فروشگاه
پس از نصب Git بر روی سیستم خود، می توانید با استفاده از خط فرمان و دستورات git به آن دسترسی داشته باشید.
من
پس از باز کردن پوشه پروژه خود، می توانید مخزن خود را با استفاده از دستور زیر راه اندازی کنید:
من
من
Git یک سیستم کنترل نسخه منبع باز یا VCS (مخفف سیستم کنترل نسخه) است. یک فناوری ارزشمند که به شما امکان می دهد نسخه های قدیمی فایل ها را ردیابی کنید و به شما امکان می دهد نسخه های مختلف فایل ها را به طور همزمان با هم مقایسه کنید.
در گذشته، قبل از ظهور git، از SVN و CVS استفاده می شد که سیستم های کنترل نسخه محبوب در آن زمان بودند. خالق لینوکس، لینوس توروالد، اولین بار Git را توسعه داد، و امروزه ابزاری ضروری برای هر کسی است که با نرم افزار منبع باز سروکار دارد.
بوت کمپ برنامه نویسی مجتمع دانش و فناوری Bummed
VCS توزیع شده
Git یک سیستم توزیع شده است که توسط تعداد زیادی از توسعه دهندگان نرم افزار استفاده می شود. توسعه‌دهنده نرم‌افزار می‌تواند منبع کد مورد نظر (به اصطلاح مخزن) را از یک مکان مرکزی (به اصطلاح کلون) دریافت کند و به طور مستقل روی بخشی از کد خود کار کند. پس از ایجاد تغییرات، توسعه دهنده می تواند تغییرات خود (به اصطلاح commit) را مجدداً در مکان مرکزی ارسال کند. این تغییرات همراه با تغییرات سایر توسعه دهندگان حفظ می شود تا بعداً در مورد بهترین نسخه تصمیم گیری شود.
یکی از سرویس‌های محبوبی که Git را به طور خاص برای نرم‌افزار منبع باز میزبانی می‌کند، GitHub نام دارد، اما سرویس‌های دیگری مانند BitBucket، GitLab و سایر سرویس‌ها وجود دارند که به تیم‌های نرم‌افزاری در سراسر جهان اجازه می‌دهند تا کدها را به‌صورت خصوصی به اشتراک بگذارند. ،
نصب دروازه
نصب Git بر روی همه پلتفرم ها یک فرآیند بسیار ساده است:
OSX (Mac):
از Homebrew دستور زیر را اجرا کنید:
پنجره ها:
برنامه های Git را از اینترنت دانلود و نصب کنید.
لینوکس:
از مدیر بسته خود برای نصب Git استفاده کنید.
یا
راه اندازی فروشگاه
پس از نصب Git بر روی سیستم خود، می توانید با استفاده از خط فرمان و دستورات git به آن دسترسی داشته باشید.
پس از باز کردن پوشه پروژه خود، می توانید مخزن خود را با استفاده از دستور زیر راه اندازی کنید:
این دستور چه کاری انجام می دهد؟ با این کار یک پوشه به نام .git در داخل پوشه ای که کد منبع پروژه شما در آن قرار دارد ایجاد می کند و از این پس می توانید دستورات Git را اجرا کنید. اگر این پوشه را نمی بینید به این دلیل است که این پوشه مخفی است و باید پوشه های مخفی را با استفاده از تنظیمات سیستم عامل خود قابل مشاهده کنید.
در مخزن جدیدی که ایجاد می کنید، تمام اطلاعات مربوط به Git در پوشه .git ذخیره می شود.
فایل ها را به مخزن اضافه کنید
در مرحله بعد، می خواهیم ببینیم چگونه یک فایل به Git اضافه کنیم. دستور زیر را تایپ کنید:
در حال حاضر، همانطور که در خروجی دستور git status در تصویر زیر نشان داده شده است، فایل readme.text در دایرکتوری پروژه قرار دارد، اما شما هنوز از Git درخواست نکرده اید که این فایل را به فهرست خود اضافه کند:
فایل را به منطقه مرحله بندی اضافه کنید
با استفاده از دستور زیر فایل خود را اضافه کنید:
برای اینکه فایل خود را در دسترس gıt قرار دهید، باید آن را به قسمت مرحله بندی اضافه کنید:
پس از اینکه فایل شما مرحله بندی شد، می توانید با تایپ دستور زیر آن را از این قسمت حذف کنید:
توضیح: در مرحله استیجینگ فایل شما هنوز ردیابی نشده است و در commit بعدی ردیابی می شود و تغییرات ایجاد شده در آن توسط دیگران قابل پیگیری است.
معمولاً پس از افزودن یک فایل به مرحله بندی، می خواهید آن را commit کنید.
تغییر متعهد
پس از ایجاد یک یا چند تغییر در ناحیه مرحله بندی، آن تغییرات را با استفاده از دستور زیر انجام می دهید:
با اجرای این دستور ناحیه مرحله بندی شما پاک می شود. می توانید با استفاده از دستور git status (تصویر زیر) از خالی بودن ناحیه مرحله بندی اطمینان حاصل کنید:
همچنین، در این مرحله، تغییراتی که در فایل خود ایجاد می‌کنید به‌طور دائم ذخیره و نگهداری می‌شوند، که می‌توانید با استفاده از دستور git log: تأیید کنید:
شاخه ها
هنگامی که یک فایل را به Git commit می کنید، فایل به شاخه فعلی متعهد می شود.
Git به شما این امکان را می دهد که همزمان روی چندین شاخه مختلف کار کنید. این شاخه ها خطوط کاری مختلف فرآیند توسعه هستند که شاخه هایی از شاخه اصلی محسوب می شوند.
Git بسیار منعطف است: شما می توانید همزمان بی نهایت شاخه داشته باشید، هر شاخه را مستقل از بقیه توسعه دهید و در نهایت همه آنها را با هم ادغام کنید.
به طور پیش فرض، Git از شاخه ای به نام master استفاده می کند. این شاخه هیچ تفاوتی با سایر شاخه ها ندارد جز اینکه اولین شاخه ای است که قبل از شاخه های دیگر ایجاد شده است.
با تایپ دستور زیر می توانید یک شاخه جدید به نام develop ایجاد کنید:
دستور git branch لیستی از شاخه های موجود در مخزن شما را نمایش می دهد.
هنگام ایجاد یک شاخه جدید، این شاخه به آخرین commit انجام شده در شاخه فعلی اشاره دارد. اگر با استفاده از دستور git checkout develop به یک شاخه جدید (در این مثال، شاخه develop) بروید و دستور git log را اجرا کنید، همان گزارشی را خواهید دید که در شاخه قبلی (در این مثال، master branch) ).
لباس و پول
در Git، شما همیشه commit های خود را به صورت محلی انجام می دهید. این یک مزیت بزرگ در مقایسه با SVN و CSV است که در آن کار باید از طریق یک سرور انجام شود.
شما همه چیز را به صورت آفلاین انجام می دهید و هر تعداد که می خواهید تعهد می دهید. هنگامی که آماده فشار دادن و استقرار مخزن خود در GitHub هستید، اعضای تیم شما می توانند به آخرین و بهترین کد تولید شما دسترسی داشته باشند.
اما برای کار با فشار و کشش، باید یک نسخه از راه دور برای پروژه خود ایجاد کنید.
Posh تغییرات شما را ارسال خواهد کرد.
استخر تغییرات از راه دور را در نسخه کاری شما بارگیری می کند.
ایجاد ریموت
کنترل از راه دور پروژه شما یک کپی از مخزن شما است که در رایانه راه دور میزبانی شده است.
بیایید به یک مثال با GitHub نگاه کنیم. اگر یک مخزن ایجاد کرده اید، می توانید آن را در GitHub منتشر کنید. این فرآیند مستلزم ایجاد یک مخزن در پلتفرم GitHub است که از طریق رابط وب GitHub ایجاد شده است. پس از انجام این کار می توانید آن مخزن را به عنوان ریموت خود اضافه کنید و کد خود را به آنجا فشار دهید.
برای افزودن ریموت، دستور زیر را تایپ کنید.
راه دیگر برای انجام این کار این است که یک مخزن خالی در GitHub خود ایجاد کنید و سپس یک نسخه محلی از آن را در دستگاه خود ایجاد کنید. در این صورت ریموت به صورت خودکار برای شما ساخته می شود.
فشار دادن
پس از انجام مراحل قبلی می توانید git push را انجام دهید
از آنجایی که از نظر فنی می توانید بیش از یک کنترل از راه دور داشته باشید، در کد بالا، نسخه اولیه را به عنوان یک کنترل از راه دور در نظر گرفته ایم.
پنی
یک نحو مشابه برای رویه کشش استفاده می شود:
دستور بالا به Git می گوید که شاخه اصلی را از منبع بیرون بکشد و آن را با شاخه محلی ما ادغام کند.
ناهنجاری ها
هم شیک و هم سکه، مشکلی وجود دارد که باید در نظر بگیرید: اگر تغییراتی در کنترل از راه دور خود داشته باشید که با مجموعه تعهد شما سازگار نیست، عملیات با شکست مواجه می‌شود، خاتمه می‌یابد.
این زمانی است که تغییراتی در کنترل از راه دور شما ایجاد می شود که در گذشته بوده و روی کدی که روی آن کار کرده اید تأثیر می گذارد.
در حالت فشار، این مشکل با ایجاد تغییرات و ایجاد یک تعهد جدید برای تجزیه و تحلیل مغایرت ها و رفع آنها برطرف می شود.
در شرایط پولی، نسخه کاری شما (نسخه‌ای که روی آن کار می‌کنید) به‌طور خودکار تغییرات ناسازگار را ویرایش می‌کند و باید یک تعهد جدید به پایه کد خود بدهید تا تغییرات مشکل‌ساز را روی ریموت کنترل کنید. ایجاد شده
خط فرمان یا مشکل رابط گرافیکی وجود دارد
همه چیزهایی که تا اینجا گفتیم با خط فرمان برنامه Git انجام شد.
این روش برای توضیح نحوه عملکرد Git مفید است، اما در استفاده روزمره، احتمالاً از برنامه ای استفاده خواهید کرد که در آن می توان همه این دستورات را از طریق یک رابط گرافیکی زیبا انجام داد. اما توسعه دهندگان حرفه ای ترجیح می دهند از CLI (خط فرمان) استفاده کنند.
به عنوان مثال، اگر شما نیاز به پیکربندی یک دروازه از طریق SSH به یک سرور راه دور داشته باشید، خط فرمان یا CLI بسیار مفید خواهد بود و دانستن دستورات آن به هیچ وجه بی فایده نخواهد بود.
برنامه های مفید زیادی وجود دارند که کار توسعه دهندگان نرم افزار را تسهیل می کنند و به خصوص اگر وارد پیچیدگی های مخازن git شوید، این نرم افزارها می توانند بسیار مفید و موثر باشند. در واقع، توابع ساده در همه جا ساده تر هستند، اما با پیشرفت کار، ممکن است به نقطه ای برسید که مشاهده کنید استفاده از CLI به طور فزاینده ای دشوار می شود.
برخی از برنامه های محبوب Git عبارتند از:
دسکتاپ GitHub
https://desktop.github.com
در زمان نوشتن این مقاله، فقط برای مک و ویندوز رایگان است.
برج
https://git-tower.com
برای ویندوز و مک موجود است و پولی است.
دروازه بان
https://gitkraken.com
این برای مک، ویندوز و لینوکس در دسترس است و بسته به ویژگی های مورد نیاز شما می تواند رایگان یا پولی باشد.
یک استراتژی خوب برای Git
توسعه دهندگان و تیم های مختلف نرم افزار از استراتژی های مختلفی برای مدیریت موثر Git استفاده می کنند. در اینجا می خواهیم شما را با یکی از استراتژی هایی که نتیجه داده است آشنا کنیم.
فقط از دو شاخه اصلی اصلی استفاده کنید: استاد و توسعه
سعی کنید قوانین زیر را در برنامه روزانه خود رعایت کنید:
وقتی با مشکل جدیدی روبرو می شوید یا می خواهید ویژگی جدیدی اضافه کنید، دو مسیر اصلی وجود دارد:
این ویژگی جدید به سرعت قابل پیاده سازی است
اگر commit هایی که انجام می دهید کد را خراب نمی کنند (یا حداقل امیدوارید که این کار را نکنند): می توانید commit های خود را به شاخه توسعه متعهد کنید (یا یک شاخه سریع دیگر بسازید و سپس می توانید آن را با توسعه ادغام کنید).
این ویژگی جدید به بیش از یک commit نیاز دارد
ممکن است چند روز طول بکشد (و متعهد شود) تا یک ویژگی جدید تکمیل شود: در این صورت، از یک شاخه feat استفاده کنید و پس از اتمام آن را توسعه دهید (که ممکن است هفته ها طول بکشد).
مقاله پیشنهادی: بهترین زبان برنامه نویسی – مقایسه کامل C# و PHP
توسعه یک فرآیند بی ثبات است. master آخرین نسخه پایدار محصول شما است
شاخه توسعه یافته همیشه در حالت مایع است و بنابراین هنگام ایجاد نسخه جدید باید فریز شود. پس از تست کد و بررسی و تایید نهایی کد، آن را برای ادغام با شعبه اصلی آماده کنید.
هر بار که می خواهید شاخه توسعه یا سایر شاخه های ویرایش را در یک شاخه ادغام کنید، یک شماره نسخه جدید روی آن قرار دهید تا اگر نسخه جدیدی نیز در گیت هاب ایجاد کردید و این نسخه مشکل داشت، به راحتی بتوانید به نسخه قبلی برگردید. می تواند از.