Decision: TODO.md Completed Steps guarantees a merge conflict on every unit landing on next #112
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Needs your call; not blocking, work continues either way.
Every issue branch prepends an entry to the same
Completed Stepsregion ofTODO.mdin the same commit as the code. That means every branch conflicts withnextthe moment any other branch lands there, so each unit costs a full rebase-and-rebuild cycle whose only real content is reordering a list. Measured here: all seven remaining PRs conflict withnextonTODO.mdand nothing else (except #87, which is also genuinely stale).Options:
Completed StepsfromTODO.md. The Gitea tracker is already the authoritative record of what is done, and closed issues carry more detail than the list does.TODO.mdkeeps only Workflow, Status, Next Step, Future Steps.nextas part of landing each unit.Recommendation: option 1. It is duplicated state, and the duplication is what generates the conflicts.
This is repo-policy shaped, so if you want it it probably belongs in
REPO_POLICIESrather than only here.Adopted option 2 provisionally so the milestone can land: issue branches no longer touch
TODO.md, and the manager maintains it onnext. All in-flight branches had theirTODO.mdhunk dropped during rebase. This does not preclude option 1 — say the word and theCompleted Stepssection goes away entirely.