在 gitflow 模型的分支中存在无法编译或以其他方式破坏的中间提交是正常的。feature
唯一的问题是在合并到develop应用审查和自动测试的分支时保持稳定。
git 可以在develop分支上一分为二而不会从功能分支中遇到损坏的中间提交吗？
我不喜欢调整我的 bisect 测试脚本来跳过/解决功能开发中损坏的提交......
我考虑解决问题的一种方法是告诉 Git 以某种方式只遍历合并变更集......
1 回答
1
考虑git bisect选择下一个提交检查的方式（通过 PRNG - 伪随机数生成器），您可以考虑制作一个包装器。
该包装器将：
- 称呼
git bisect - 对于每个提交，它会仔细检查提交是否有多个父级
- 如果没有，它会调用
git bisect skip
这样，您的 bisect 测试脚本保持不变。
David Ness在“如何让 git bisect 忽略合并的分支？ ”中描述了一种解决方法。
我在 GitHub 上编写了一个 Python 脚本来帮助执行此操作。
如果您运行此脚本，它将尝试向后跟踪并跟随您的分支并发出提交 id 列表，这些提交 id 是合并到您的分支中的分支的提示。
使用此列表，您可以将这些提供给“git bisect good”，然后 bisect 将从您的二分中省略合并分支上的所有提交，从而达到预期的结果。
这可能不完全是你的情况，但想法仍然存在：计算你不想要的提交列表，并将它们提供给git bisect good.
于 2017-02-25T00:25:21.140 回答