As the name Git suggests, the short answer is: This is not your business .
The idea of git bisect is that you specify two endpoints and Git appears in it, for example, a commit, which, in its opinion, is useful for reducing the number of tests.
As the documentation says, this is just a binary search, but does not indicate which algorithm is used
Git bisect then selects a fix between these two endpoints
It may not be a simple pick-the-middle-commit binary search, Git can use any solution algorithm that it wants, and it obviously doesn’t want you to know it, so you don’t make assumptions about the commit that will be raised.
When it comes to changing the assembled commit, it gives you two options:
- You manually select a new commit. For example, using
git reset --hard . - You will tell Git to make a new choice,
git bisect skip .
In the latter case, when you update the endpoints with good and bad , the decision is made by Git as he wants.
Out of curiosity, I made a simple single-interface repository and tried the git bisect skip command.
My version of Git took a previous commit.
Margaret bloom
source share