Git 2.54: Deneysel işleme geçmişi komutu

Git 2.54 dağıtılmış sürüm yönetim sistemi yayınlandı. Deneysel bir git history-137 kişinin katkıda bulunduğu versiyonun en önemli yenilikleri arasında kanca yönetiminin komuta ve modifikasyonu yer alıyor.

Taahhüt geçmişini git geçmişi olarak değiştirin

GitHub'un bir blog yazısında açıkladığı gibi Git zaten bir projenin geçmişini düzenlemek için seçenekler sunuyor. İşte bunu nasıl yapabileceğiniz git rebase -i Taahhütleri yeniden düzenleyin, değiştirin veya silin. Ancak bu aynı zamanda çalışma ağacını ve dizini de değiştirerek geniş kapsamlı eylemlere yol açabilir.

Deneysel komut artık basit durumlar için kullanılabilir git history kaputun altında nasıl çalıştığını görmeye hazırım git replay temelli. git history her iki süreci de destekler reword VE split. İle git history reword <commit> Geliştiriciler, düzenleyicide bir taahhüt mesajı açabilir ve bunu, örneğin bir yazım hatasını düzeltmek için özelleştirebilir. Bu aynı zamanda bu taahhütten kaynaklanan dalları da günceller. Buna karşılık git rebase Ancak çalışma ağacı ve dizin değişmez. İkinci olası eylem, git history split <commit>bir taahhüdü iki farklı taahhüde bölmenize olanak tanır.

Bilinçli sınırlar üzerinde historykomut, birleştirme taahhütlerini içeren geçmişleri işleyemeyeceği veya birleştirme çakışmalarını tetikleyebilecek işlemleri gerçekleştiremeyeceği anlamına gelir.

Daha esnek kanca tanımı

Bir diğer önemli yenilik Git kancalarının yönetimiyle ilgilidir. Önceden bunlar yalnızca belirli bir dizinde, varsayılan olarak .git dizininin hooks alt dizininde bulunan yürütülebilir komut dosyaları olarak tanımlanabiliyordu. GitHub'un açıkladığı gibi bu durum bazı zorluklara yol açtı: Örneğin, eğer geliştiriciler her bir taahhütten önce tüm depolarda bir linter çalıştırmak isterse, karşılık gelen betiği her bir depoya kopyalamak zorunda kalırlardı; bu da çok fazla çalışma ve hata gerektirirdi.

Git 2.54 bu sorunları çözmeyi hedefliyor çünkü kancalar artık yapılandırma dosyalarında tanımlanabiliyor. .git/hooks/pre-commit'e bir komut dosyası yerleştirmek yerine artık bu alternatif mümkün:

[hook "linter"]
   event = pre-commit
   command = ~/bin/linter --cpp20

Bu şekilde kancalar merkezi olarak tanımlanabilir ve tüm depolara uygulanabilir. Bu yapılandırma ~/.gitconfig dosyasında kullanıcı tabanlı, /etc/gitconfig dosyasında sistem genelinde veya bir havuzun yerel yapılandırma dosyasında olabilir. Geliştiriciler ayrıca belirli bir olay için birden fazla kanca tanımlayabilir veya isteğe bağlı olarak bir depodaki kancaları devre dışı bırakabilir.

Bunlar ve Git 2.54'teki diğer yeni özellikler hakkında daha fazla bilgiyi sürüm notlarında bulabilirsiniz.

Ayrıca bakınız:

• Git: Haber'den hızlı ve güvenli bir şekilde indirin

(Mayıs)