将 gitflow 风格的 git 存储库与中断的中间提交一分为二

Question

在 gitflow 模型的feature 分支中编译失败或以其他方式破坏的中间提交是正常的。

只有在合并到应用审查和自动测试的develop 分支时才能保持稳定。

git 可以在develop 分支上一分为二而不会从功能分支中遇到损坏的中间提交吗？

我不喜欢调整我的 bisect 测试脚本来跳过/解决功能开发中损坏的提交...

我考虑解决问题的一种方法是告诉 Git 以某种方式只遍历合并变更集...

Answer 1

考虑到git bisect pick the next commit to examine 的方式（通过 PRNG -- 伪随机数生成器），您可以考虑制作一个包装器。

那个包装器会：

• 致电git bisect
• 对于每个提交，它会仔细检查提交是否有多个父项
• 如果没有，它会调用git bisect skip

这样，您的 bisect 测试脚本保持不变。

David Ness 在“How do you get git bisect to ignore merged branches?”中描述了一种解决方法。

我写了一个Python script to help do this on GitHub。
如果您运行此脚本，它将尝试向后跟踪并跟踪您的分支并发出提交 id 列表，这些提交 id 是合并到您的分支中的分支的提示。
使用此列表，您可以将这些提供给“git bisect good”，然后 bisect 将从您的对分中省略合并分支上的所有提交，从而达到预期的结果。

这可能不完全是你的情况，但想法仍然存在：计算你不想要的提交列表，并将它们提供给 git bisect good。