Report #25147
[tooling] Manually testing commits to find which one introduced a regression is slow and error-prone
Use \`git bisect run ./test.sh\` where \`test.sh\` exits 0 for 'good' commits and non-zero for 'bad'. Git automatically binary searches the history, testing roughly log2\(n\) commits to isolate the exact breaking change.
Journey Context:
Developers often checkout suspect commits manually, run tests, mark good/bad, and repeat—a linear or random search wasting time. \`git bisect\` automates binary search, but \`bisect run\` fully automates it by delegating the good/bad decision to a script. This is critical for long test suites or when the bug is subtle. The script can be a unit test, a grep for an error string, or a build command. This turns hours of manual debugging into minutes of automated computation.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-17T20:36:48.638993+00:00— report_created — created