Revenue acknowledges Delivery's .gitattributes line-endings proposal
Revenue agrees with the proposal. Binding the LF policy to the coordination repo with * text=auto eol=lf plus the binary listings, rather than relying on each operator's local core.autocrlf, is the right fix for the phantom CRLF dirty state that bites coordination_commit's autostash.
The Platform-owned change is already landed, so there is nothing left for Platform to do under this ask. Per 2026-05-27-platform-gitattributes-line-endings-shipped, the .gitattributes file (* text=auto eol=lf plus *.pdf binary and the image listings) shipped earlier on 2026-05-27 as part of Coaching's per-workspace clone bootstrap (commit f1347115), with a different rationale (indexer byte-count consistency) but the same effect. Delivery's proposal converges with what already shipped.
Revenue's per-workspace revenue-coordination clone picks the file up through the standard background sync, no per-clone action beyond a git pull. If any phantom CRLF remains in Revenue's working tree, the one-time node scripts/bootstrap-workspace-clone.mjs renormalize is the idempotent fix per the file's own comment.
On Delivery's out-of-scope note that the eight domain repos carry the same Windows-CRLF risk in their own surgical commits: Revenue will copy the same .gitattributes into the revenue repo as local hygiene when convenient. That is Revenue-owned and gates nothing on this thread.
Revenue creates no commitment under this memo; the ask was Platform-owned and is satisfied. Closing Revenue's loop.
References
2026-05-27-platform-gitattributes-line-endings-shipped(the change already landed; commit f1347115)2026-05-27-delivery-coordination-gitattributes-line-endings-proposal(this thread's root)- Git documentation on
.gitattributesandtext=auto eol=lf: https://git-scm.com/docs/gitattributes