Binäre Suche in GIT (GIT BISECT)

Wenn ein neuer Fehler in einem von Git verwalteten Code-Repository entdeckt wird, können Sie mit „git bisect“ eine binäre Suche durchführen, um den Commit zu finden, der den Fehler verursacht hat. Dies ist insbesondere die am häufigsten verwendete Methode in Open-Source-Communitys wie Linux, KVM und QEMU.
Wenn ein Fehler behoben ist, können Sie auch „git bisect“ verwenden, um binär nach dem Commit zu suchen, der den Fehler behoben hat. Da „git bisect“ jedoch ursprünglich dazu verwendet wurde, schlechte Punkte zu finden, die Fehler einführen, und nicht gute Punkte, die Fehler beheben, kann es bei der Verwendung von „git bisect“ zum Suchen von Punkten zum Beheben von Fehlern vom GIT-Tool zu der folgenden Fehlermeldung kommen:

[root@jay-linux qemu.git]# git bisect start
# commit-4b274b160 is newer than commit-079944e6.
[root@jay-linux qemu.git]# git bisect good 4b274b160
[root@jay-linux qemu.git]# git bisect bad 079944e6
Some good revs are not ancestor of the bad rev.
git bisect cannot work properly in this case.
Maybe you mistake good and bad revs?

Wenn Sie auf diese Situation stoßen, können Sie anders darüber nachdenken. Da „git bisect“ nur dazu geeignet ist, neuere Commits als schlecht und ältere als gut zu markieren, können wir „die Punkte markieren“. die wir denken, sind gut und schlecht, und die Punkte, die schlecht sind, sind gut und finden dann den letzten „ersten schlechten Commit“, der eigentlich dem „ersten guten Commit“ gleicht, der einen Fehler behebt.
Diese Art von Problem kann wirklich gelöst werden, indem man die Denkweise leicht ändert. Mir wird wieder einmal klar, wie wichtig es ist, über den Tellerrand hinaus zu denken.

Das Folgende ist qemu.git als Beispiel, um die Verwendung von „git bisect“ zu demonstrieren:

[root@jay-linux qemu.git]# git bisect reset
Already on 'master'
[root@jay-linux qemu.git]# git bisect start
[root@jay-linux qemu.git]# git bisect good 079944e6
[root@jay-linux qemu.git]# git bisect bad 4b274b16
Bisecting: 55 revisions left to test after this (roughly 6 steps)
[83f58e570f21c3e7227e7fbef1fc0e18b5ed7ea9] rtl8139: preserve link state across device reset
[root@jay-linux qemu.git]# git bisect good
Bisecting: 27 revisions left to test after this (roughly 5 steps)
[4a4343671e183824a3f5db76ad561ce01e6c6e0a] usb/ehci: Move capsbase and opregbase into SysBus EHCI class
[root@jay-linux qemu.git]# git bisect good
Bisecting: 13 revisions left to test after this (roughly 4 steps)
[507066f8a9610c0088df19ce7b3e436f43165ec1] qdev: Include qdev code into *-user, too
[root@jay-linux qemu.git]# git bisect bad
Bisecting: 8 revisions left to test after this (roughly 3 steps)
[c3dd94b129e222e00a4ed00689e11afdd85c740f] Merge remote-tracking branch 'stefanha/net' into staging
[root@jay-linux qemu.git]# git bisect good
Bisecting: 4 revisions left to test after this (roughly 2 steps)
[89eb147c2cfd2c797d3662aa2f55254441f0595a] uhci: stop using portio lists
[root@jay-linux qemu.git]# git bisect bad
Bisecting: 1 revision left to test after this (roughly 1 step)
[358d615b6908b4916c74819ffad823cb4a74314e] exynos4210: Add EHCI support
[root@jay-linux qemu.git]# git bisect bad
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[aee7499a59d6778c10b018da41db4a22655ef8a8] usb/ehci: Add SysBus EHCI device for Exynos4210
[root@jay-linux qemu.git]# git bisect bad
aee7499a59d6778c10b018da41db4a22655ef8a8 is the first bad commit
commit aee7499a59d6778c10b018da41db4a22655ef8a8
Author: Jay <just for fun>
Date:   Sun Dec 16 04:49:45 2012 +0100
### just for testing.  ###
 
:040000 040000 a9ea5da3b5b85d86701f78608405504e9a4de905 0bb166863c84186202c639aff92dd326f1021d42 M      hw