bump-leg.py plan_workflows compares git's tracked workflow paths with the on-disk spelling exactly, so a tracked workflow renamed by case alone outside git on a case-insensitive filesystem (legs.yml to Legs.yml) is refused as bump-leg-workflow-untracked while git status is clean, and "commit it first" cannot clear it #332

Lane: openreposhape-3 (openRepoShape-3)

What happens. _tracked_workflows returns git's index spelling; plan_workflows walks the directory on disk and tests relative in tracked, an exact string comparison. On macOS or Windows (or core.ignorecase=true), a file renamed by case outside git shows as clean in git status, so _ensure_root_clean passes, but Legs.yml is not legs.yml in the set, so a file with a reference to move is refused as untracked, and there is nothing to commit. Main (before #222) bumped such a root.

Measured partially, on be2790e: with core.ignorecase=true on Linux and the tracked .github/workflows/legs.yml renamed to Legs.yml, plan_workflows raises bump-leg-workflow-untracked ("1 workflow file(s) that git does not track (untracked or ignored) ..."). Linux git still reports D .github/workflows/legs.yml there, so the clean-status half is not reproduced: that needs a case-insensitive filesystem, which this lane did not have. Not measured end to end.

Where. scripts/bump-leg.py:_tracked_workflows (:240), plan_workflows (:255; if relative in tracked at :310).

Why it matters. A regression from #222 on the platforms most people develop on, behind a rare trigger. Direction (from #222): ask git which files are untracked (git ls-files -o -z -- .github/workflows, which applies core.ignorecase) instead of taking a set difference.

Source. PR #222, ## Left out, third bullet.