問題タブ [git-bisect]

私は git bisect を使用して、Linux の起動エラーの悪いコミットを見つけています。

そして、現在知られている悪いコミットは次のとおりです。

既知の適切なコミットは次のとおりです。

したがって、次のように入力します。

テストコミットIDは次のとおりです。

これは良いコミットよりも先です：

bisect が悪いコミットを見つけることは決してないと思います。

私は何か見落としてますか？

git bisect を使用すると、コミット間で問題が発生した可能性がある場合にズームインできます。

単一のコミット内で git がファイルの (組み合わせ) を通過する方法もあるのだろうかと思っていたので、どのファイル/部分が問題を引き起こしているかを突き止めることができますか?

「このリリース以降、負の値を入力できなくなりました」というバグ レポートを受け取った場合は、JUnit テストを作成したいと思います。

このテストケースは、たとえば次のようにして、最新の 10 件のコミットで実行したいと考えています。

次に、これらすべてのコミットで新しく作成したテストケースを実行したいと思います。

それを簡単に行うことはできますかgit bisect run mvn clean test(私のテストは二等分プロセスで消えるため)?

これを機能させるために、実行コマンドで何か他のことを行うことはできますか?

Git bisect を実行したところ、次の出力が得られました。

私は以下を除くすべてを理解しています:

" 040000" とはどういう意味ですか? ハッシュは何を参照していますか？

これらのリビジョンがあるとしましょう:

• rev 1バグ＃1を導入
• rev 2おそらくバグ＃2を導入します
• rev 3おそらくバグ＃2を導入します
• rev 4おそらくバグ＃2を導入します
• rev 5バグ＃1を修正

バグ #2 が発生した場所を確認するには、バグ #1 を修正する必要があります。

バグ #2 が最初に発生したリビジョンは、1 回のgit bisect実行中に特定できますか? おそらく、バイセクトの各ステップで手動でrev 5パッチを適用することによって可能ですか? 手動でパッチを適用するとバイセクトが妨げられますか?

この質問への回答で説明されているように、およびをgit bisect介してセッションを修正できることを承知しています。git bisect loggit bisect replay

ただし、バイセクト セッションを台無しにした場合、それはおそらく 1 つの間違った決定であり、直接 (つまり、すべてを中止することなく) 修正できるようにしたいと考えています。

たとえばrm .git/refs/bisect/good-<hash>、間違っgit bisect goodた .

これは正しいですか、それとも何か見逃していますか?
また、誤った に対して類似の操作を行うことはできgit bisect badますか?