rootandClaude Opus 5
6cf47fd2ae
The worktree is shared over SMB with a Windows client whose system gitconfig has core.autocrlf=true. It checked build.sh back out with CRLF, which git then reported as a permanent modification, and "discard changes" rewrote CRLF again - an unbreakable loop from the Windows side. A CRLF shell script is also not executable on Linux: the interpreter becomes "/bin/bash\r". "* text=auto eol=lf" makes the checkout LF everywhere. This complements the repo-local core.autocrlf=false and core.filemode=false already set in .git - unlike those, it travels with a fresh clone. Verified: no file in the index has CRLF, so this does not renormalize anything existing (git ls-files --eol reports i/lf w/lf throughout). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
5 lines
216 B
Plaintext
5 lines
216 B
Plaintext
# The worktree lives on an SMB share that a Windows client also writes to.
|
|
# Without this it writes CRLF back, which makes build.sh unexecutable on Linux
|
|
# (the interpreter becomes "/bin/bash\r").
|
|
* text=auto eol=lf
|