Wie könnte ich git bisect verwenden, um das erste GUTE Commit zu finden?

Ich habe folgendes Problem:

• Die Version bei masterfunktioniert gut
• Die Version des letzten Tags vor master(sagen wir last) hat einen Fehler
• Ein Kollege benötigt einen Patch für seine lastÜberarbeitung für diesen bestimmten Fehler

In Ordnung. Fragen wir unseren Freund git bisectnach der Revision, mit der der Fehler behoben wurde:

git bisect start
git bisect bad last
git bisect good master

Aber das wird nicht funktionieren:

Einige gute Drehzahlen sind keine Vorfahren der schlechten Drehzahl.
Git Bisect kann in diesem Fall nicht richtig funktionieren.
Vielleicht verwechseln Sie gute und schlechte Drehzahlen?

Irgendwelche Hinweise, um dies zu überwinden? Habe ich etwas in den Dokumenten verpasst?

Ab Git 2.7 können Sie die Argumente --term-old und --term-new verwenden.

Zum Beispiel können Sie ein Commit zur Problembehebung folgendermaßen identifizieren:

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

Sagen Sie beim Testen git bisect fixedoder git bisect unfixednach Bedarf.

Alte Antwort für Versionen von Git vor 2.7

Anstatt sich vorübergehend zu trainieren, zu denken, dass schlecht gut und gut schlecht bedeutet, sollten Sie einige Aliase erstellen.

In ~/.gitconfigfügen Sie die folgende:

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

Sie können ein Commit zur Problembehebung folgendermaßen identifizieren:

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

Sagen Sie beim Testen git bisect-fixedoder git bisect-unfixednach Bedarf.

Ich würde nur git "betrügen" und Bedeutungen von gut <=> schlecht tauschen.

Mit anderen Worten, betrachten Sie "schlecht" als etwas, das das Problem nicht aufweist, sodass dies nicht die "gute" Version ist, auf der Ihr Patch basiert.

Gut und Böse sind sowieso ziemlich subjektive Konzepte, oder? :) :)

git bisect start
git bisect good last
git bisect bad master

Wenn Sie verwenden , git bisect runwie ich mit Perl zu tun proveBefehl (die automatischen Tests läuft) haben Sie keine Chance nur zu tauschen goodund bad. Der Erfolg der Tests wird als Exit-Code gemeldet.

Ich habe eine gültige Bash-Syntax gefunden, um den Exit-Code des Programms zu negieren, das ausgeführt wird von 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"

Dies gab mir die erste Überarbeitung, die die durchgeführten Tests bestand prove.

Git jetzt können Sie verwenden , oldund newohne sie vorher zu definieren. Sie müssen git bisect startohne Commits als weitere Argumente aufrufen und dann die Halbierung ordnungsgemäß durch Aufrufen starten

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

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

Dies ist im Wesentlichen das, was @MarcH vorgeschlagen hat, implementiert zu werden.

Git - Aliase sind eine gute Idee, aber die Bedingungen fixedund unfixedhaben das gleiche Problem als goodund bad: Sie können sie mit nicht haben vereinbar beiden Regressionen und Progressionen. Es ist einfach, Wörter zu finden, die in beide Richtungen funktionieren: Nehmen Sie sie einfach aus der ursprünglichen binären Suchterminologie auf, die von Natur aus neutral ist, ohne Vorurteile darüber, was gut oder schlecht ist. Zum Beispiel:

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

Mit solchen neutralen Begriffen können Sie immer Folgendes eingeben: git bisect-high(oder git bisect-upper, oder git-bisect max, ... Ihre Wahl!), Ob Sie nach einer Regression oder einem Fix suchen .

Schade, dass die Entwickler von git bisect keinen der vorhandenen Begriffe einfach wiederverwenden konnten. Die Benutzeroberfläche ist im Allgemeinen kein Problem von git: http://stevebennett.me/2012/02/24/10-things-i-hate-about-git/