متداول ترین چارچوب کنترل بازخوانی فعلی در این سیاره Git است. Git یک پروژه منبع باز با تجربه و به طور موثر حفظ شده است که ابتدا در سال 2005 توسط لینوس توروالدز (سازنده تحسین شده بخش چارچوب کاری لینوکس) ایجاد شد. تعداد شگفت‌انگیزی از پروژه‌های برنامه‌نویسی برای کنترل بازخوانی به Git وابسته هستند، از جمله پروژه‌های تجاری به عنوان منبع باز. مهندسانی که با Git کار کرده‌اند، در مجموعه توانایی‌های پیشرفت برنامه‌نویسی در دسترس صحبت می‌کنند و به طرز تحسین‌برانگیزی در محدوده وسیعی از چارچوب‌های کاری و IDEها (محیط‌های توسعه یکپارچه) عمل می‌کند. Git تصویری از یک DVCS (سیستم کنترل نسخه توزیع شده) است.
اجرا: ویژگی‌های ارائه خام Git زمانی که با گزینه‌های متعدد دیگر در تضاد قرار می‌گیرند، ثابت هستند. ارائه تغییرات جدید، کشش، تثبیت و نگاه کردن به سازگاری های گذشته برای اجرا کاملاً پیشرفته است. محاسبات انجام شده در Git از اطلاعات عمیقی در مورد اعتبارات پایه درختان رکورد کد منبع واقعی، نحوه تغییر آنها معمولاً در طولانی مدت و طرح های ورودی بهره برداری می کند.
امنیت: Git با درستی کد منبع نظارتی به عنوان اولین نگرانی برنامه ریزی شده است. محتوای اسناد، درست مانند اتصالات واقعی بین رکوردها و کاتالوگ ها، فرم ها، برچسب ها و ارسال ها، این موارد در صندوق Git با یک محاسبه هش رمزنگاری امن به نام SHA1 مطمئن می شوند. این کد و تاریخچه تغییر را در برابر تغییرات تصادفی و بدخواهانه ایمن می کند و تضمین می کند که مجموعه تجربیات کاملاً قابل تشخیص است.
سازگاری: یکی از اهداف کلیدی برنامه Git سازگاری است. Git از چند جهت قابل انطباق است: در کمک به انواع مختلف فرآیندهای کاری پیشرفت غیرخطی، در مهارت آن در هر دو سرمایه گذاری کوچک و عظیم و در شباهت آن با بسیاری از چارچوب ها و قراردادهای موجود.
چرا Git برای انجمن شما؟
تغییر از یک چارچوب کنترل ترجمه متمرکز به Git، نحوه برنامه‌نویسی گروه پیشرفته شما را تغییر می‌دهد. همچنین، در صورتی که سازمانی هستید که برای کاربردهای مهم به محصول خود وابسته است، تنظیم روند کار پیشرفت شما بر کل تجارت شما تأثیر می گذارد.
Git برای طراحان
گردش کار شعبه را برجسته کنید
احتمالاً بزرگترین موقعیت ترجیحی Git توانایی های پخش آن است. شاخه‌های Git به هیچ وجه شبیه چارچوب‌های کنترل فرم یکپارچه نیستند، و ادغام آنها ساده است. این فرآیند کار شاخه کامپوننت را تشویق می‌کند که با بسیاری از کاربران Git که به خوبی شناخته شده است. شاخه‌های ویژگی به هر تغییر در پایگاه کد شما فضایی غیرمرتبط می‌دهند. در نقطه ای که یک طراح باید بدون توجه به اینکه چقدر بزرگ یا کم شاخه دیگری می سازد، شروع به کار با چیزی کند. این تضمین می کند که شعبه متخصص به طور مداوم کد کیفیت ایجاد را دارد.
توسعه منتشر شده
با وجود این، Git یک چارچوب کنترلی مناسب است. هر مهندس به جای یک نسخه تکراری، انبار محله خود را با تاریخچه کاملی از تعهدات دریافت می کند. داشتن یک تاریخچه کامل در نزدیکی Git را سریع می کند، زیرا به این معنی است که شما نیازی به ارتباط با ارسال ارسال ها، بررسی انواع قبلی یک سند یا انجام تفاوت بین ارسال ها ندارید.
درخواست های کششی
بسیاری از کدهای منبع ابزارهای اجرایی، به عنوان مثال، مرکز ارتقای Bitbucket، مفید بودن Git با نیازهای کششی. تقاضای قرعه کشی رویکردی برای درخواست از مهندس دیگری است تا یکی از شاخه های شما را در انبار خود ترکیب کند. این نه‌تنها تغییرات مانیتور درخواست‌های پروژه را ساده‌تر می‌کند، بلکه به طراحان اجازه می‌دهد تا قبل از هماهنگ کردن آن با بقیه پایگاه کد، صحبت‌های پیرامون کار خود را آغاز کنند.
محلی
Git در بین پروژه های متن باز معروف است. این بدان معناست که استفاده از کتابخانه های خارجی و ترغیب دیگران به ایجاد کد منبع باز شما دشوار نیست.
چرخه انتشار سریعتر
یک پیامد قطعی شاخه های برجسته، پیشرفت مناسب، تقاضای کشش، و یک منطقه محلی ثابت، چرخه تحویل سریعتر است. این توانایی‌ها یک فرآیند کاری زیرک را تشویق می‌کنند که در آن مهندسان ترغیب می‌شوند تا تغییرات متوسط‌تری را بیشتر به اشتراک بگذارند. بنابراین، تغییرات می‌تواند سریعتر از تحویل‌های جامد معمولی با چارچوب‌های کنترل تحویل گنجانده شده، در خط لوله سازمان رانده شود.