Git 2.56 در ۲۸ سپتامبر ۲۰۲۶ منتشر شد؛ نسخه‌ای که علاوه بر رفع خطاها، چند تغییر کاربردی برای workflow تیم‌های توسعه، نگهداری مخزن‌های بزرگ و کنترل دقیق‌تر mergeها دارد. اطلاعیهٔ GitHub می‌گوید این انتشار با مشارکت بیش از ۱۰۴ نفر، از جمله ۳۹ مشارکت‌کنندهٔ جدید، آماده شده است. تمرکز اصلی این نسخه روی امن‌تر شدن عملیات روزمره و کاهش هزینهٔ پردازش در پروژه‌های بزرگ است.
چرا Git ۲.۵۶ برای تیم‌های توسعه مهم است؟
در بسیاری از پروژه‌ها، بخش دشوار کار با Git خود commit کردن نیست؛ تشخیص درست تعارض، نگه‌داشتن تغییرات محلی و کنترل تاریخچه در مخزن‌های بزرگ است. Git ۲.۵۶ چند ابزار را دقیقاً در همین نقاط بهبود می‌دهد. نتیجه برای تیم‌ها می‌تواند کاهش خطای انسانی، بازخورد سریع‌تر در زمان merge و مدیریت بهتر فضای ذخیره‌سازی باشد.
حل تعارض‌ها با کنترل بیشتر
مهم‌ترین قابلیت قابل‌استفاده برای توسعه‌دهندگان، حالت جدید git add --resolved است. این حالت فقط مسیرهایی را بررسی می‌کند که واقعاً در index به‌عنوان unmerged ثبت شده‌اند و تغییرات نامرتبط را stage نمی‌کند. پیش از stage کردن نیز فایل‌های متنی را برای باقی‌ماندن conflict marker بررسی می‌کند. اگر نشانه‌ای از تعارض باقی مانده باشد، Git مسیر مشکل‌دار را گزارش می‌دهد و index را تغییر نمی‌دهد.
این رفتار در پروژه‌هایی که هم‌زمان چند فایل محلی تغییر کرده‌اند ارزش زیادی دارد. در روش‌های عمومی مانند git add -u یا git add -A احتمال وارد شدن تغییرات ناخواسته به commit وجود دارد. در Git ۲.۵۶ توسعه‌دهنده می‌تواند مسیرهای unmerged را با pathspec محدود کند و مطمئن شود فقط نتیجهٔ حل تعارض ثبت می‌شود. حذف‌ها و تعارض‌های باینری نیز طبق قواعد جداگانهٔ خود پردازش می‌شوند.
سرعت بیشتر در جست‌وجوی merge-base
Git هنگام merge، ساخت diff سه‌نقطه‌ای و برخی عملیات میزبانی باید بهترین ancestor مشترک commitها را پیدا کند. در تاریخچه‌های پیچیده، جست‌وجوی این merge-baseها می‌تواند زمان‌بر شود. Git ۲.۵۶ شمار commitهای صف‌شده‌ای را که فقط از یک سمت قابل‌دسترسی‌اند دنبال می‌کند و وقتی دیگر امکان ساخت merge-base تازه وجود نداشته باشد، زودتر متوقف می‌شود.
GitHub در آزمایش‌های خود برای یک monorepo کاهش زمان از ۰٫۶۸ ثانیه به ۰٫۰۱ ثانیه را گزارش کرده است. در دو مخزن بزرگ نیز بهبود میانگین حدود ۲۰ برابر بوده است. چنین تغییری برای همهٔ پروژه‌ها یک عدد ثابت تولید نمی‌کند، اما در تاریخچه‌های قدیمی و شاخه‌های متعدد می‌تواند زمان پاسخ ابزارهای توسعه و سرویس‌های code hosting را کم کند.
مدیریت بهتر فضای مخزن
مسیر جدید path-walk در repack می‌تواند objectهای مشابه را بر اساس محل آن‌ها در tree کنار هم قرار دهد و deltaهای فشرده‌تری بسازد. در آزمایش اشاره‌شده در گزارش GitHub، اندازهٔ pack از ۵۵۸٫۵ مگابایت به ۱۶۴٫۴ مگابایت رسید؛ یعنی حدود ۷۱ درصد کوچک‌تر. این نتیجه به نوع مخزن و تنظیمات آن وابسته است و به معنی فعال‌سازی خودکار برای همه نیست.
Git ۲.۵۶ محدودیت‌هایی را که استفاده از path-walk را برای میزبان‌های بزرگ دشوار می‌کرد، کاهش داده است. بااین‌حال، مدیران سرور باید پیش از تغییر repack، زمان CPU، سرعت پاسخ clone و امکان بازگشت به تنظیمات قبلی را در محیط آزمایشی بسنجند.
چند ابزار تازه و نکتهٔ احتیاطی
این نسخه دستور آزمایشی git history drop، گزینهٔ --reset-when-found برای پایان تمیزتر bisect و دستور git branch --delete-merged برای پاک‌سازی گروهی شاخه‌های ادغام‌شده را نیز گسترش می‌دهد. برخی از این قابلیت‌ها، به‌ویژه ابزارهای آزمایشی تاریخچه، برای استفادهٔ گسترده در اسکریپت‌های حساس نیازمند بررسی بیشتر هستند.
برای شروع، Git ۲.۵۶ را روی یک مخزن آزمایشی نصب کنید، سناریوی حل تعارض تیم را با git add --resolved اجرا کنید و رفتار merge-base و repack را با دادهٔ واقعی اندازه بگیرید. قبل از تغییر workflow مشترک، نسخهٔ Git اعضای تیم و runnerهای CI را هماهنگ کنید. در نهایت، قابلیت‌های جدید را مرحله‌ای فعال کنید و برای عملیات تاریخچه و پاک‌سازی branchها dry-run و backup منطقی داشته باشید.
برای مطالعهٔ مطالب فنی بیشتر، به مطالب فنی تکتاز سر بزنید. جزئیات کامل تغییرات در گزارش رسمی GitHub دربارهٔ Git ۲.۵۶ و یادداشت انتشار پروژهٔ Git قابل بررسی است.
