4

通常，在hg bisect -c "my command"我收到一张纸条的结尾，说我应该跑到hg bisect --extend <ancestor_cset>更深的地方继续我的二分法。

我正在使用 mercurial 2.1.2。在 mercurial 2.1 之前，我的信息是使用 hg update 而不是 hg bisect --extend

它变得非常烦人，罪魁祸首 cset 就像 10 级深，所以我必须手动执行此命令 10 次hg bisect --extend <ancestor_cset> && hg bisect -c "my command"。

有没有办法让 --extend 部分自动化并用二等分进行，直到找到罪魁祸首 cset？

4

1 回答 1

7

Bisect 不会超出变更集的初始范围。因此，如果您最初将变更集 10 设置为好，而将变更集 20 设置为坏，并且经过几次迭代后发现 cs 12 不好但与 cs 5 合并，则 bisect 将停止。 --extend然后用于将范围扩大到最初的 10-20 之外。如果您想搜索整个范围，请将 cs 0 设置为 good 并将 tip 设置为 bad，并且您永远不需要使用 extend。

考虑以下历史。变更集 4 引入了一个“错误”。

@  12:8ae1fff407c8:bad6
|
o  11:27edd4ba0a78:bad5
|
o    10:312ba3d6eb29:bad4
|\
| o  9:68ae20ea0c02:good33
| |
| o  8:916e977fa594:good32
| |
| o  7:b9d00094223f:good31
| |
o |  6:a7cab1800465:bad3
| |
o |  5:a84e45045a29:bad2
| |
o |  4:d0a381a67072:bad1
| |
o |  3:54349a6276cc:good4
|/
o  2:4588e394e325:good3
|
o  1:de79725cb39a:good2
|
o  0:2641cc78ce7a:good1

现在，如果我将变更集 7 标记为好，提示为坏，则发现 10 作为第一个坏变更集，但它是一个合并，并建议将搜索扩展到变更集 2（共同祖先）：

C:\data>hg bisect -r
C:\data>hg bisect -g 7
C:\data>hg bisect -b tip
Testing changeset 9:68ae20ea0c02 (5 changesets remaining, ~2 tests)
2 files updated, 0 files merged, 0 files removed, 0 files unresolved

C:\data>hg bisect -c check.bat
Changeset 9:68ae20ea0c02: good
Changeset 10:312ba3d6eb29: bad
The first bad revision is:
changeset:   10:312ba3d6eb29
parent:      9:68ae20ea0c02
parent:      6:a7cab1800465
summary:     bad4

Not all ancestors of this changeset have been checked.
Use bisect --extend to continue the bisection from
the common ancestor, 4588e394e325.

但是，如果我将变更集 0 设置为好而提示为坏，它会找到正确的变更集而无需扩展：

C:\data>hg bisect -g 0
C:\data>hg bisect -b tip
Testing changeset 6:a7cab1800465 (12 changesets remaining, ~3 tests)
0 files updated, 0 files merged, 0 files removed, 0 files unresolved

C:\data>hg bisect -c check.bat
Changeset 6:a7cab1800465: bad
Changeset 3:54349a6276cc: good
Changeset 4:d0a381a67072: bad
The first bad revision is:
changeset:   4:d0a381a67072
summary:     bad1
于 2012-05-05T02:47:53.550 回答