如何使用git bisect查找第一个GOOD提交？

我有以下问题：

• 该版本master工作正常
• master（例如last）之前存在错误的最后一个标记的版本
• 同事需要last针对该特定错误的补丁程序

好的。让我们向朋友询问git bisect修复该错误的修订：

git bisect start
git bisect bad last
git bisect good master

但这是行不通的：

一些好的转速不是坏转速的始祖。
git bisect在这种情况下无法正常工作。
也许您会误认为好转速和差转速？

有什么克服的建议吗？我是否错过了文档中的某些内容？

从git 2.7开始，您可以使用--term-old和--term-new参数。

例如，您可以这样确定一个解决问题的提交：

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

在测试时，请说出git bisect fixed或git bisect unfixed适当说。

旧答案，对于2.7之前的git版本

与其暂时训练自己认为坏意味着好，好意味着坏，为什么不创建一些别名呢？

在~/.gitconfig添加以下内容：

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

您可以这样确定一个解决问题的提交：

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

在测试时，请说出git bisect-fixed或git bisect-unfixed适当说。

我只是“欺骗” git并交换好<=>坏的含义。

换句话说，将“不良”视为不会出现问题的东西，因此这不是修补程序所基于的“良好”版本。

好与坏都是相当主观的概念，对吗？:)

git bisect start
git bisect good last
git bisect bad master

如果您git bisect run像我一直在使用Perl的prove命令（运行自动测试）那样使用，则没有机会交换good和bad。测试成功将报告为退出代码。

我找到了一种有效的Bash语法来否定由以下程序运行的程序的退出代码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"

这使我第一次通过了由进行的测试的修订prove。

Git现在允许您使用old，new而无需先定义它们。您必须在git bisect start没有提交的情况下调用作为进一步的参数，然后通过调用适当地开始二等分

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

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

这基本上就是@MarcH所建议的实现方式。

Git的别名是一个好主意，但是术语fixed和unfixed具有比相同的问题good和bad：你不能让他们同时兼容这两种回归和级数。容易找到两种方式起作用的单词很容易：只需从原始的二进制搜索术语中挑选出来，该术语本质上是中性的，无需事先了解好坏。例如：

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

使用此类中立术语，您始终可以输入：（git bisect-high或git bisect-upper，或git-bisect max，...您的选择！）无论您要寻找回归还是修正。

不幸的是，git bisect开发人员无法简单地重用任何现有条款。一般来说，用户界面不是git关心的问题：http : //stevebennett.me/2012/02/24/10-things-i-hate-about-git/