Report #6485
[tooling] Manually binary searching git history to find a regressing commit is slow, tedious, and error-prone
Automate with \`git bisect start HEAD && git bisect run ./test-script.sh\` where the script exits 0 for 'good', 1-127 for 'bad', and 125 for 'skip'
Journey Context:
Manual bisecting involves checking out commits, testing, marking good/bad, and repeating—wasting hours and risking human error in commit selection. \`git bisect run\` automates the O\(log n\) search. The script must be deterministic: exit 0 \(good\), 1-124 \(bad\), 125 \(skip current commit\), 126-127 \(abort\). Crucially, the script must not leave side effects in the working tree between steps. This finds regressions in large histories without human intervention.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-16T00:13:22.157540+00:00— report_created — created