Python 通过os.system运行对分会产生奇怪的错误“;未找到可测试的提交。”;而从bash运行则可以
我像这样运行对分(尝试用Python 通过os.system运行对分会产生奇怪的错误“;未找到可测试的提交。”;而从bash运行则可以,python,git,git-bisect,Python,Git,Git Bisect,我像这样运行对分(尝试用子流程替换,以便更好地度量。相同的结果…: 得到 No testable commit found. Maybe you started with bad path parameters? 1024 在最后一个命令上。如果我交换好的和坏的,我会再次得到最后一个命令的错误。如果我忽略,我可以运行我的测试,但是当我输入一个好的/坏的命令时,我再次得到这个错误 直接从bash运行不会出现任何错误: :~/Work (develop)$ git bisect start Alr
子流程
替换,以便更好地度量。相同的结果…:
得到
No testable commit found.
Maybe you started with bad path parameters?
1024
在最后一个命令上。如果我交换好的和坏的,我会再次得到最后一个命令的错误。如果我忽略,我可以运行我的测试,但是当我输入一个好的/坏的命令时,我再次得到这个错误
直接从bash运行不会出现任何错误:
:~/Work (develop)$ git bisect start
Already on 'develop'
Your branch is up-to-date with 'origin/develop'.
:~/Work (develop)$ git bisect good 9b7c546
:~/Work (develop)$ git bisect bad 63311c8
Bisecting: 1 revision left to test after this (roughly 1 step)
[7b7e58f8d13d48e937b84fc7898aa0fadd5fdead] Merged in ZZZ
Python 3.5.2、git 2.7.4
更新:
把我的对分开始改成对分开始看起来不错,但我不明白为什么我被你的更新搞糊涂了:你说把X改成X(保持不变)可以让它工作。哈哈。。。我写了。。。将开始一分为二而没有意识到被忽略的部分。。。把它改成了*现在这句话很有意义,至少不那么令人费解了。不过,我不知道是什么导致了这个问题。对分是有状态的,每个命令都会在不同的状态下移动机器,因此
git bisect start
更有效,因为它不会浪费中间工作,但它们的行为应该与start
重新设置状态相同,类似于git bisect reset
之后重新设置状态的方式。
:~/Work (develop)$ git bisect start
Already on 'develop'
Your branch is up-to-date with 'origin/develop'.
:~/Work (develop)$ git bisect good 9b7c546
:~/Work (develop)$ git bisect bad 63311c8
Bisecting: 1 revision left to test after this (roughly 1 step)
[7b7e58f8d13d48e937b84fc7898aa0fadd5fdead] Merged in ZZZ