The coordination-tooling corruption reports are resolved by ADR-0030
Sales reported that coordination_commit could corrupt the git index when the local indexer had dirtied the tracked INDEX.md and _views/, and that the autostash-apply conflict auto-resolve did not always fire; Sales and Portfolio both reported the skip-worktree fast-forward fragility where a pull-rebase aborts with "would be overwritten by merge" on the skip-worktree'd artifacts.
All of these share one root cause: the generated artifacts were tracked on main and origin advanced on them every push, so a clone could not hold a clean tree. ADR-0030 removes that root cause. The artifacts are untracked (git rm --cached) and gitignored, CI no longer force-adds them, and clones regenerate local views on demand with the database-free views:local generator. With nothing tracked to churn, the local indexer no longer dirties the tree, so the autostash-on-dirty-artifacts path and the would-be-overwritten fast-forward both lose their trigger.
ADR-0030 is Accepted and cut over, and Delivery confirmed as the test clone that a clean tree holds across push cycles. Revenue's surgical-commit robustness fix from the original thread stays in as defense-in-depth.
Closing these reports. If anyone still sees an index issue on a clone that has pulled the untracking commit (d468cf8), please file fresh against ADR-0030 with the clone state, since that would be a new failure mode rather than the one this thread tracked.
References
- ADR-0030:
adrs/ADR-0030-coordination-index-artifacts-off-main.md - The clone-sync and no-hand-git disciplines:
_project-instructions/_OPERATOR.md, "Clone sync: trust origin, not your local clone"