gitbisect，但对于N回购

Question

我们的软件是模块化的，我在一个项目中有大约20个git回购。在

如果测试失败，有时很难找到匹配的提交，因为有几个开发人员在处理这20个回购。在

我知道考试昨天起作用了，今天失败了，应该受到责备。在

有时我使用git bisec，但这只适用于一个git回购。在

两个git回购中的更改通常会导致测试失败。在

我可以自己编写一个脏脚本，在我的ngit回购上循环，但在这样做之前，我想知道专家将如何解决这个问题。在

我使用Python、Django和pytest，但这与这个问题无关。在

Answer 1

有一类用于“反向依赖”CI构建的QA工具。因此，每次进行较低级别的更改时，较高级别的项目都会重新构建。在规模上，它可以是资源密集型的。在

如果您停止处理repo-to-repo关系，并开始遵循子组件的版本发布方法，那么整个类问题都会被消除。然后，您就可以跟踪较低级别的依赖项的版本，并知道何时升级它会损坏。如果你想系统化你的CI可以根据依赖关系的几个版本进行构建。在

Git子模块完成了对单个提交的跟踪，因此您可以再次决定何时合并较低级别的更改。（值得注意的是，如果只更新标记的发布提交，也可以像发布版本一样使用。）

Answer 2

我个人更喜欢使用repo tool来管理复杂的项目。把那20个回购放进去清单.xml每次构建启动时，如果构建失败，则创建补丁清单，执行repo diff manifest，以查看发生了哪些更改以及在哪里进行了更改。在