Was Sie erreichen werden

Sie werden git bisect mit einem automatisierten Test-Skript verwenden, um den genauen Commit zu identifizieren, der eine Regression eingefuhrt hat.

Einen Sandbox mit einem geplanten Bug einrichten

mkdir bisect-tutorial && cd bisect-tutorial
git init

cat > calc.js <<'EOF'
function add(a, b) { return a + b; }
module.exports = { add };
EOF
git add calc.js && git commit -m "Initial calc"

for i in 1 2 3 4 5 6 7 8 9 10; do
  echo "// touched: $i" >> calc.js
  git commit -am "Tweak $i"
done

git checkout HEAD~5
sed -i.bak 's/a + b/a - b/' calc.js && rm calc.js.bak
git commit -am "Refactor add (oops)"
git checkout main
git rebase HEAD~5

Einen Reproducer schreiben

cat > test.js <<'EOF'
const { add } = require('./calc');
if (add(2, 3) !== 5) {
  console.error('FAIL: add(2,3) should be 5');
  process.exit(1);
}
EOF

Manuelles Bisect

git bisect start
git bisect bad HEAD
git bisect good HEAD~12
node test.js
git bisect good
git bisect bad

Reset

git bisect reset

Automatisiertes Bisect

git bisect start HEAD HEAD~12
git bisect run node test.js

Untestbare Commits uberspringen

git bisect skip

Begriffe anpassen

git bisect start --term-old=fast --term-new=slow
git bisect slow HEAD
git bisect fast v2.4.0

Was Bisect funktionsfahig macht

• Atomare Commits.
• Reproduzierbare Tests.
• Deterministischer Bug.

Reales Beispiel

git bisect start HEAD v3.0.0
git bisect run ./scripts/reproduce-issue.sh