Git'te bir "revizyon numarası" hakkında ilk düşünen siz değilsiniz , ancak ' wc
' oldukça tehlikelidir, çünkü taahhütler silinebilir veya ezilebilir ve tarih yeniden ziyaret edilebilir.
"Revizyon numarası" Subversion için özellikle önemliydi çünkü birleşme durumunda gerekliydi (bu cephede SVN1.5 ve 1.6 iyileşti).
Doğru sayıyı belirlemek için bir dalın tüm geçmişine bakmayı içermeyen bir algoritma ile, yorumda bir revizyon numarası içeren bir ön taahhüt kancasıyla sonuçlanabilir .
Çarşı aslında böyle bir algoritma geliştirdi ve yapmak istedikleriniz için iyi bir başlangıç noktası olabilir.
( Bombe'nin cevabının işaret ettiği gibi, Git aslında en son etikete, taahhütlerin sayısına ve ayrıca bir SHA-1 anahtarına dayanan kendi algoritmasına sahiptir). Sizin için işe yararsa cevabını görmelisiniz (ve oylamalısınız).
Aaron'un fikrini göstermek için Git taahhüt karmasını, uygulamanızla birlikte dağıttığınız uygulamanın "bilgi" dosyasına da ekleyebilirsiniz .
Bu şekilde, about box şöyle görünecektir:
Uygulamalı sayı taahhüt parçası olmakla 'uygulamanın 'bilgi' Dosya' etkin biçimde bağlayan paketleme işlemi sırasında oluşturulan uygulamalı teknik bir revizyon için yapı numarasını id .