如果我不知道哪个旧的承诺是好的，该如何执行？

Question

在git中，我们有bisect来方便地找到第一个坏提交，这样：

git bisect start linux-next/master v2.6.26-rc8
git bisect run make kernel/fork.o

但前提是我知道哪个旧的承诺是好的。在本例中，它是v2.6.26-rc8。

如果我不知道哪一个提交是好的怎么办？

是否有可能编写一个脚本，反向循环通过git提交，从当前头开始，从最新到最老，并自动测试每个提交，直到第一个好？

Answer 1

git bisect在提交历史记录中进行二进制搜索。good和bad只是为这个搜索提供了边界。然后，Git在该范围内搜索一个“坏”的提交，而前一个是“好的”。

重要的是“好”提交是在特性崩溃之前，而“坏”提交是在功能崩溃之后。如果您不确定该特性何时中断，则在引入该特性之前选择提交。

如果你不确定，就选择一个很老的承诺。您甚至可以选择第一次提交。这并不像听起来那么荒谬。二进制搜索非常有效；仅在log2(10000)尝试或13次尝试中就可以搜索10,000次提交。

例如，假设您的提交历史记录如下所示。

a - b - c - d - e - f - g - h - i [main]

您知道这个特性现在坏了，您不知道它什么时候是好的，但是您知道它是在D.Pickc上引入的，在引入特性之前，提交是作为" good“提交的。

$ git bisect start
$ git bisect bad
$ git bisect good c

                               HEAD
a - b - c - d - e - f - g - h - i [main]
        g                       b

然后，git bisect将对d - e - f - g - h进行二进制搜索，直到它在一个好的提交之后立即找到一个糟糕的提交。

在这种情况下，它将从f开始，假设这很糟糕。

$ git bisect bad

                   HEAD
a - b - c - d - e - f - g - h - i [main]
        g           b           b

Git假设f后面的所有东西都是坏的。那就试试吧。这样就好了。

$ git bisect good

           HEAD
a - b - c - d - e - f - g - h - i [main]
        g   g       b           b

然后再试一试，假设这很糟糕。

$ git bisect bad

               HEAD
a - b - c - d - e - f - g - h - i [main]
        g   g   b   b           b

我们打破了这个特征。