Jak mogę użyć git bisect, aby znaleźć pierwszy DOBRY commit?

Question

Mam następujący problem:

• wersja na master działa dobrze
• wersję ostatniego znacznika przed master (słownie last) ma błąd
• kolega potrzebuje patcha dla swojego last rewizji dla tego konkretnego błędu:

OK. Zapytajmy naszego przyjaciela git bisect dla rewizji że Poprawiono błąd:

git bisect start 
git bisect bad last 
git bisect good master 

Ale to nie zadziała:

Kilka dobrych obrotów nie jest przodkiem złej rev.
git bisect nie może działać poprawnie w tym przypadku.
Może popełniasz błędy dobre i złe?

Jakieś wskazówki do przezwyciężenia tego? Czy tęskniłem za czymś w dokumentach?

Answer 1

Od wersji 2.7 można użyć argumentów --term-old i --term-new.

Na przykład, można zidentyfikować problem z manipulowaniem popełnić tak:

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

Jak można sprawdzić, czy powiedzieć git bisect fixedgit bisect unfixed jako odpowiedni.

Old odpowiedź, dla wersji git przed 2,7

Zamiast tymczasowo szkoli się myśleć, że złe oznacza dobry i dobry oznacza złe, to dlaczego nie stworzyć kilka aliasów?

W ~/.gitconfig dodać następujące:

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

można rozpocząć identyfikację problem ustalania popełnić tak:

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

Jak można sprawdzić, czy powiedzieć git bisect-fixedgit bisect-unfixed jako właściwe.

Answer 2

Po prostu "oszukiwałbym" git i zamieniłbym się w dobre dobre < => złe.

Innymi słowy, uważaj "złe" za coś, co nie przedstawia problemu, więc nie jest to "dobra" wersja, na której można oprzeć łatę.

W każdym razie dobre i złe są dość subiektywnymi koncepcjami, prawda? :)

git bisect start 
git bisect good last 
git bisect bad master 

Answer 3

Git aliasy są dobrym pomysłem, jednak terminy fixed i unfixed mają ten sam problem niż good i bad: nie można mieć im być zgodne z obu regresji i progresji. Łatwo jest znaleźć słowa, które działają w dowolny sposób: po prostu odszukaj je z oryginalnej terminologii wyszukiwania binarnego, która ma charakter neutralny, bez uprzedniej świadomości tego, co jest dobre lub złe. Na przykład:

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

w neutralnych warunkach jak te zawsze można wpisać: git bisect-high (! Lub git bisect-upper lub git-bisect max ... do wyboru) czy szukasz regresji lub poprawki.

Szkoda, że ​​deweloperzy git bisect nie mogli po prostu ponownie użyć żadnego z istniejących warunków. Interfejs użytkownika nie jest git obawa, ogólnie mówiąc: http://stevebennett.me/2012/02/24/10-things-i-hate-about-git/

Answer 4

Jeśli używasz git bisect run jak robiłem z prove komendy Perl (czyli automatyczne testy) nie masz szans prostu zamienią good i bad. Powodzenie testów zostanie zgłoszone jako kod wyjścia.

znalazłem prawidłową składnię Basha negować kod wyjścia programu prowadzonego przez 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" 

Ten dał mi pierwszą wersję do przejściu na testy wykonywane przez prove.

Answer 5

Git pozwala teraz używać old i new bez ich wcześniejszego zdefiniowania. Trzeba zadzwonić git bisect start bez popełnia jako kolejne argumenty, a następnie prawidłowo rozpocząć Bisekcja wywołując

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

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

To w istocie jest to, co @MarcH sugerował powinny być realizowane.