问题标签 [git-bisect]

git-bisect是一个不错的工具。但是您的软件是从多个存储库构建的：

• 核
• 插件
• 客户设置

如果您知道，有没有办法使用 git-bisect：

测试很好

• 核心版本123
• 插件1版本234
• 插件2版本567
• 客户设置版本333

并失败了

• 核心版本127
• 插件1版本237
• 插件2版本570
• 客户设置版本338

我们的代码是用 Python 编写的，但这对于本主题来说并不重要。

我在本地（在我自己的分支中）开发我的应用程序，但我只能在远程开发服务器上测试它，方法是推送到服务器上的 git repo（我自己的分支），然后在那里测试工作副本。

由于我无法找出我的网络应用程序崩溃的原因，我想找到最后一个“良好”状态以了解原因。我考虑过使用git bisect. 但它只改变本地仓库的状态，而不是原点，如果它有效，我无法在本地测试。那么我应该怎么做才能轻松检查远程分支上的不同提交（不会在提交历史中造成太多混乱）？

尝试使用以下命令开始平分，

导致 Git 响应：

这是什么原因，我该如何解决？

我正在使用 git bisect 来查找导致 linux 启动失败的错误提交。

当前已知的错误提交是：

已知的良好提交是：

因此我输入：

测试提交 ID 位于：

这是在良好的承诺之前：

我认为 bisect 永远不会找到错误的提交。

我错过了什么？

使用 git bisect 我们可以放大在提交之间可能引入问题的时间。

我想知道是否还有一种方法可以让 git 在一次提交中遍历文件（组合），这样您就可以找出哪个文件/部分导致了问题？

如果我收到一个错误报告，上面写着“自从这个版本以来我不能再输入负值”，那么我想为此创建一个 JUnit 测试。

这个测试用例我想在最近的 10 次提交上运行，例如做

然后我想在所有这些提交上运行我新创建的测试用例。

我可以轻松地做到这一点git bisect run mvn clean test（因为我的测试将在二等分过程中消失）？

我可以在运行命令中做其他事情来完成这项工作吗？

我认为git bisect需要太多的打字。

要检查最后 N 次提交，我必须这样做：

在一个命令中拥有它会很好

例子：

使用一个命令，我并不是指用分号分隔的 shell 行 :-)

我刚刚运行了一个 Git bisect 并得到以下输出：

我了解所有内容，除了：

“ 040000”是什么意思？哈希指的是什么？

Let's say I have these revisions:

• rev 1 introduces bug #1
• rev 2 possibly introduces bug #2
• rev 3 possibly introduces bug #2
• rev 4 possibly introduces bug #2
• rev 5 fixes bug #1

To verify where bug #2 occured, bug #1 needs to be fixed.

Can the revision where bug #2 first occured be determined during a single git bisect run, possibly through manually appling the rev 5 patch on each bisect step? Would manually patching interfere a bisect?

我知道可以通过和修复git bisect会话，如该问题的答案中所述。git bisect loggit bisect replay

但是，当我搞砸一个平分会话时，这可能只是一个错误的决定，我希望能够直接修复它（即不中止整个事情）。

例如，我可以想象应该可以rm .git/refs/bisect/good-<hash>撤消错误的git bisect good.

这是正确的，还是我错过了什么？
而且，可以对错误的 进行类似的操作git bisect bad吗？