回购';对分';用于调试Android? Git BISECT通过计算“好”和“坏”之间的数量,并检查中间的变化。不幸的是,这对repo来说不太好,因为一个项目(例如框架)可能在早期有很多更改,而另一个项目(例如内核)可能在以后有很多更改,所以“repo forall-c“git bisect…”可以让一个项目在比另一个项目旧得多的状态下签出

回购';对分';用于调试Android? Git BISECT通过计算“好”和“坏”之间的数量,并检查中间的变化。不幸的是,这对repo来说不太好,因为一个项目(例如框架)可能在早期有很多更改,而另一个项目(例如内核)可能在以后有很多更改,所以“repo forall-c“git bisect…”可以让一个项目在比另一个项目旧得多的状态下签出,android,linux,git,linux-kernel,Android,Linux,Git,Linux Kernel,我的问题是,是否有一种方法可以让git bisect根据提交日期选择其提交,因此当跨项目执行时,我们很可能处于一种编译干净的状态。git bisect不是设计用于同时跨多个存储库使用的 您最好编写自己的脚本,实现跨日期范围的基本平分算法,并在每个存储库中使用git rev list-n1--before,以获得与脚本当前平分的日期相对应的git commit以签出 这里是一个例子,我写的二分法脚本的另一个目的。请注意,它不是专门为您的情况而设计的;这只是实施二分法的一个例子: 有人编写了这样一个

我的问题是,是否有一种方法可以让git bisect根据提交日期选择其提交,因此当跨项目执行时,我们很可能处于一种编译干净的状态。

git bisect
不是设计用于同时跨多个存储库使用的

您最好编写自己的脚本,实现跨日期范围的基本平分算法,并在每个存储库中使用
git rev list-n1--before
,以获得与脚本当前平分的日期相对应的git commit以签出

这里是一个例子,我写的二分法脚本的另一个目的。请注意,它不是专门为您的情况而设计的;这只是实施二分法的一个例子:


有人编写了这样一个脚本:

Hm这看起来是一个可行的解决方案。对于这个特定的bug,它不值得我花时间,但我认为我应该在我休息的时候处理它。感谢:)另一件需要考虑的是,每个单独的组件可能独立于与总分布合并而更新(即同一天所做的更改可能永远不会一起构建)。我想你最好追踪出故障的组件,然后集中精力将其一分为二。