Also see the git-bisect(1) manpage.
magit-bisect) ¶This transient prefix command binds the following suffix commands and displays them in a temporary buffer until a suffix is invoked.
When bisecting is not in progress, then the transient features the following suffix commands.
magit-bisect-start) ¶Start a bisect session.
Bisecting a bug means to find the commit that introduced it.
This command starts such a bisect session by asking for a known good commit and a known bad commit. If the region marks a range of commit, where one is an ancestor of the other, then these commits are used as the good and bad commits. Otherwise these starting points are read in the minibuffer.
If you’re bisecting a change that isn’t a regression, you can select alternate terms that are conceptually more fitting than "bad" and "good", but the infix arguments to do so are disabled by default.
magit-bisect-run) ¶Bisect automatically by running commands after each step.
When bisecting in progress, then the transient instead features the following suffix commands.
magit-bisect-bad) ¶Mark the current commit as bad. Use this after you have asserted that the commit does contain the bug in question.
magit-bisect-good) ¶Mark the current commit as good. Use this after you have asserted that the commit does not contain the bug in question.
magit-bisect-mark) ¶Mark the current commit with one of the bisect terms. This command
provides an alternative to magit-bisect-bad and
magit-bisect-good and is useful when using terms other than "bad"
and "good". This suffix is disabled by default.
magit-bisect-skip) ¶Skip the current commit. Use this if for some reason the current commit is not a good one to test. This command lets Git choose a different one.
magit-bisect-reset) ¶After bisecting, cleanup bisection state and return to original
HEAD.
By default the status buffer shows information about the ongoing bisect session.
This option controls whether a graph is displayed for the log of commits that still have to be bisected.