İlk İYİ taahhüdü bulmak için git bisect'i nasıl kullanabilirim?

Şu problemim var:

• sürüm masteriyi çalışıyor
• master(diyelim ki last) önceki son etiketin sürümünde bir hata var
• bir meslektaşın lastbelirli bir hata için revizyonu için bir yamaya ihtiyacı var

Tamam. Arkadaşımıza git bisecthatayı düzelten revizyonu soralım :

git bisect start
git bisect bad last
git bisect good master

Ama bu işe yaramayacak:

Bazı iyi devirler, kötü devrin atası değildir.
git bisect bu durumda düzgün çalışamaz.
Belki iyi ve kötü devirlerde hata yaparsınız?

Bunun üstesinden gelmek için herhangi bir ipucu var mı? Belgelerde bir şey mi özledim?

Git 2.7'den itibaren --term-old ve --term-new argümanlarını kullanabilirsiniz.

Örneğin, bir problem çözme taahhüdünü şu şekilde tanımlayabilirsiniz:

git bisect start --term-new=fixed --term-old=unfixed
git bisect fixed master
git bisect unfixed $some-old-sha1

Test ederken, söyleyin git bisect fixedveya git bisect unfixeduygun şekilde.

Git'in 2.7'den önceki sürümleri için eski yanıt

Kendinizi geçici olarak kötüün iyi, iyinin kötü olduğunu düşünecek şekilde eğitmek yerine, neden bazı takma adlar oluşturmayasınız?

Aşağıdakileri ~/.gitconfigekleyin:

[alias]
        bisect-fixed = bisect bad
        bisect-unfixed = bisect good

Bir problem çözme taahhüdünü şu şekilde tanımlamaya başlayabilirsiniz:

$ git bisect start
$ git bisect-fixed master
$ git bisect-unfixed $some-old-sha1

Test ederken, söyleyin git bisect-fixedveya git bisect-unfixeduygun şekilde.

Sadece "hile" yapardım ve iyi <=> kötü anlamlarını değiştirirdim.

Başka bir deyişle, "kötü" ü problemi sergilemeyen bir şey olarak düşünün, bu nedenle bu, yamanızı temel alacağınız "iyi" sürüm değildir.

İyi ve kötü zaten oldukça öznel kavramlardır, değil mi? :)

git bisect start
git bisect good last
git bisect bad master

Eğer kullanıyorsanız git bisect runben Perl ile yapıyor gibi prove(otomatik testler çalışır) komutu sadece takas şansı olmayan goodve bad. Testlerin başarısı çıkış kodu olarak rapor edilecektir.

Aşağıdakiler tarafından çalıştırılan programın çıkış kodunu geçersiz kılmak için geçerli bir Bash sözdizimi buldum git bisect run:

git bisect start
git bisect bad HEAD                 # last revision known to PASS the tests
git bisect good $LAST_FAIL_REVISION # last revision known to FAIL the tests
git bisect run bash -c "! prove"

Bu bana, çalıştırılan testleri geçen ilk revizyonu verdi prove.

Git şimdi bunları kullanmanıza izin veriyor oldve newbunları önce tanımlamadan. Daha git bisect startfazla argüman olarak kaydetmeden çağırmalı , sonra ikiye bölmeyi arayarak düzgün şekilde başlatmalısınız.

git bisect old <rev>
git bisect new <rev>

https://git-scm.com/docs/git-bisect#_alternate_terms

Bu aslında @MarcH'nin uygulanması gerektiğini önerdiği şeydi.

Git takma adları iyi bir fikirdir, ancak terimler fixedve unfixedaynı soruna sahiptir goodve bad: bunların hem regresyonlar hem de ilerlemeler ile uyumlu olması mümkün değildir . Her iki şekilde de işe yarayan kelimeleri bulmak kolaydır: neyin iyi neyin kötü olduğuna dair hiçbir önyargı olmaksızın doğası gereği nötr olan orijinal ikili arama terminolojisinden basitçe alın. Örneğin:

git config --global alias.bisect-high 'bisect bad'
git config --global alias.bisect-low  'bisect good'

Bunun gibi tarafsız terimlerle , ister regresyon ister düzeltme arıyor olun, her zaman şunu yazabilirsiniz: git bisect-high(veya git bisect-upper, veya git-bisect max, ... seçiminiz!) .

Git bisect geliştiricilerinin mevcut terimlerden herhangi birini basitçe yeniden kullanamamaları çok kötü. Kullanıcı arayüzü genel olarak git'in endişesi değil: http://stevebennett.me/2012/02/24/10-things-i-hate-about-git/