Git 2.48 yeni bir derleme sistemi sunuyor ve SHA-1'i dahili olarak hızlandırıyor

Sürüm 2.48'de Git sürüm yönetim sistemi, Meson ile yeni bir derleme sistemi sunuyor, bazı yönlerden güvenliği artırıyor ve bazı yeni komutlar sunuyor. Gelecekte geliştiriciler Meson'u birçok avantaj sunan Make, CMake ve Autoconf ile birlikte kullanabilecekler: derleme seçeneklerini bulmayı kolaylaştırır, öncekilerden daha basit sözdizimine sahiptir, modern oluşturma işlevleri sunar ve çeşitli sistem operatörlerini destekler, derleyiciler ve IDE'ler.

Duyuru

Örneğin pratik bir araç komuttur. meson configurekullanıcıların bir yapı dizini içindeki bir yapılandırmayı görüntülemesine veya değiştirmesine olanak tanır. VE meson setup <build_dir> birden fazla derleme dizini ayarlayın. Daha fazla bilgiyi Git deposundaki meson.build dosyasında bulabilirsiniz. Eski Make sistemi eskimeye başlamıştı: Mevcut Makefile'a 2000 commit katkıda bulundu ve derleme betiği 4000 satır koddan oluşuyor.

Yeni bir kitaplık için daha az bellek sızıntısı

Güvenlik söz konusu olduğunda Git ekibi tüm bellek sızıntılarını ortadan kaldırmaya çalıştı. Git komut satırında çalıştığı için çekirdek kısa vadede yayınlanmamış alanları topladığı için bilgi sızıntıları büyük bir sorun değil. Ancak Git ekibinin hedefi, sürüm kontrolünün bazı kısımlarını sızıntıların daha ciddi bir sorun olduğu bir kitaplığa taşımaktır. Bilinen tüm delikler artık kapatıldı ve Git 2.48 ilgili testleri hatasız geçti.

Yalnızca marjinal bir güvenlik sorunu, SHA-1'in çarpışmasız kullanımıdır. Git, bu karma algoritmasını dahili olarak, örneğin paketleme sırasında kullanır ve veri bütünlüğünü sağlamak için hesaplamada bazı ek turlar gerçekleştirir; bu, bazı durumlarda SHA-1 ile mümkün değildir. Performans nedeniyle bundan vazgeçmek isteyen kullanıcılar bunu derleme sırasında yapabilirler. make OPENSSL_SHA1_UNSAFE=1 Güç. SHA-256 yalnızca kullanıcı deposu düzeyinde ayarlanabilir; git init --object-format=sha256 repo. SHA-256'nın çarpışma sorunu daha azdır.

Diğer yenilikler: Seçenek --remerge diff artık komutla kullanılabilir range diff birleştirme taahhütlerini yeniden yapılanma sonrasında görünür kılmak için. Nispeten yeni olan Reftable alt sistemi, kullanışlı API'lerin ayrılması ve referanslara erişirken yineleyicilerin yeniden kullanılmasıyla hızlandırılmıştır.

Daha fazla ayrıntıyı resmi duyuruda ve GitHub ve GitLab bloglarında bulabilirsiniz.

(DSÖ)