Was ist der beste Weg, Festschreibung des Arbeits Baum zu einem bestimmten zu ändern, bevor Halbierungs?

Question

Mein üblicher Arbeitsablauf, wenn eine git bisect Sitzung gestartet ist:

git bisect start          # start a bisect session
git bisect bad            # I noticed that the current state is broken

Nun, oft weiß ich, dass die Dinge in der Vergangenheit gearbeitet, aber ich weiß noch nicht, welche Version war gut, so möchte ich in der Regel meine Arbeits Baum auf einen älteren Zustand zurückkehren, Build, Test wiederholen, bis ich eine finden Arbeitsversion, die ich mit git bisect good markieren kann.

Was ist der beste Weg, die „zurückkehren meinen Arbeits Baum auf einen älteren Zustand“ Schritt zu tun? git reset --hard <some_good_rev>? git checkout <some_good_rev>? Etwas anderes? Bitte begründen Sie Ihre Antwort.

Answer 1

Ich weiß in der Regel nicht, wo die gute U ist, so ich habe es zu finden. Ratet mal, wie weit zurück, könnte gut sein. Sagen wir mal, 32 Umdrehungen. Ausgehend von der Spitze einer Zweigniederlassung und mit sauberem Arbeitsverzeichnis:

$ git checkout HEAD~32

Führen Sie den Test. Wenn es eine gute rev ist, beginnen Halbierungs. Wenn es nicht, gehen Sie zurück etwas mehr:

$ git checkout HEAD~32

Spülen, schäumen, zu wiederholen.

Warum "git Kasse?" Denn „git reset“ wird sich ändern, welche die Verzweigungspunkte als seine „Spitze“ zu begehen, aber git checkout nicht.

Answer 2

Wenn Sie sicher, dass jede Version nicht wissen, wo die Funktionalität gearbeitet (das Commit, dass die Funktionalität eingeführt?), Sie scheinen viel zu verlieren (alle?) Des Vorteils eines bisect. Wenn Sie wissen, dass es zumindest war eine begehen, wo die Funktionalität gearbeitet, auch wenn es nicht unbedingt die letzten begehen, wo die Funktionalität gearbeitet, nur Flagge, die man als gut. Ansonsten sind Sie im Grunde ein bisect selbst zu tun.