Git 2.56 მალე გამოვა — და შემდეგი ვერსია შესაძლოა Git 3.0 გახდეს

Git 2.56 გამოშვების კანდიდატის სტატუსშია

Git 2.56-ის გამოშვება 2026 წლის სექტემბრის ბოლოს იგეგმება და ვერსია ახლა გამოშვების კანდიდატის სახით არის ხელმისაწვდომი. ის 700-ზე მეტ არა-merge კომიტს მოიცავს და, როგორც LWN-ის ჯონათან კორბეტი წერს, არაერთ სასიამოვნო გაუმჯობესებას მოაქვს.

ყველაზე საინტერესო სიახლეა drop ქვებრძანება ჯერ კიდევ ექსპერიმენტულ git history გარსში: ბრძანება git history drop commit-id მითითებულ კომიტს მიმდინარე ტოტის ისტორიიდან შლის და მის შემდეგ დამატებულ ყველა კომიტს ხელახლა ასრულებს. ბრძანება კვლავ უარს ამბობს მუშაობაზე, თუ ისტორია merge კომიტებს შეიცავს, რაც ბევრი საცავისთვის მას გამოუსადეგარს ხდის.

გაუმჯობესებები ხმარებაში

git status ახლა შემოგთავაზებთ git pull-ს იმ ტოტის განახლებისთვის, რომელიც ჩამორჩება ტოტს, რომელსაც თვალს ადევნებს. დაბალი დონის git refs ბრძანებას ახალი ქვებრძანებები დაემატა — create, delete, update და rename — რომლებიც ზუსტად იმას აკეთებენ, რასაც მათი სახელები გვპირდება.

git branch-ის ახალი --delete-merged ოფცია შლის ლოკალურ ტოტებს, რომლებიც უკვე შერწყმულია მათ დისტანციურ თვალთვალის ტოტებში. git add-ს დაემატა --resolved ოფცია, რომელიც მხოლოდ იმ ფაილებს ამატებს, რომელთა merge კონფლიქტებიც მოგვარებულია.

2.56-ის შემდეგ: Git 3.0-ის საკითხი

სექტემბრის დასაწყისში Git-ის მეინტეინერმა ჯუნიო ჰამანომ საზოგადოებას ჰკითხა, უნდა იყოს თუ არა შემდეგი გამოშვება 3.0, თუ კიდევ საჭიროა 2.x სერიის რამდენიმე გამოშვება. კითხვა მნიშვნელოვანია, რადგან 3.0 თავსებადობის დარღვევებს მოიტანს; მათგან ყველაზე მსხვილია SHA-1-დან SHA-256 ჰეშზე გადასვლა ნაგულისხმევად.

SHA-256-ის არაექსპერიმენტული მხარდაჭერა Git-ში 2023 წლის 2.42 ვერსიიდან არსებობს, თუმცა ცვლილებას ძირითადი ჰოსტინგის პლატფორმების მხარდაჭერის ნაკლებობა აფერხებდა: GitLab-ს ის 2024 წლიდან აქვს, Forgejo-საც, გამონაკლისი კი GitHub-ია.

brian m. carlson-მა, GitHub-ის თანამშრომელმა და ამ გადასვლის მთავარ დეველოპერმა, თქვა, რომ ამ თემაზე სიახლე მალე იქნება და რომ შემდეგი გამოშვების 3.0-დ გამოცხადება საუკეთესო არჩევანი შეიძლება იყოს. მას ასევე სურს, რომ 3.0-მდე Git-მა დიდი ასოებით დაწერილი ობიექტის ID-ები უარყოს.

3.0-ს კიდევ ერთი ცვლილება ელოდება — reftable-ზე გადასვლა, ბინარული ფორმატი მითითებების შესანახად, რომელიც Git 2.45-ში დაემატა; ფაილებზე დაფუძნებული მექანიზმი ref-ების ზრდასთან ერთად არაეფექტური ხდება, Android-ის საცავი კი 800 000-ზე მეტ ref-ს შეიცავს. საცავებთან მომუშავე სხვა პროგრამებმა უნდა მოასწრონ: libgit2-ში reftable-ის მხარდაჭერა უკვე დამატებულია. პროექტი ასევე აპირებს Rust-ის სავალდებულოდ გამოცხადებას Git-ის ასაწყობად, რაც მუშა Rust კომპილატორის გარეშე მყოფ პლატფორმებს განახლების შესაძლებლობას წაართმევს.

carlson-ის აზრით, ეს საკითხები გამოშვებას არ უნდა აფერხებდეს, SHA-1-ისა და reftable-ის გარეშე მყოფი საცავები კი სრულად მხარდაჭერილი დარჩება. ჰამანოს ჯერ გადაწყვეტილება არ გამოუცხადებია და პროცესი ასე აღწერა: „ეს არც პოპულარობის კონკურსია და არც დემოკრატია". თუ 3.0 2026 წელს არ გამოვა, ის ცოტა ხანში მაინც გამოჩნდება.