我有一个可以在 Windows 和 Linux 上运行的实用程序。但是，当我通过 Windows 将代码签入 GitLab 时，它会将“cr”添加到 EOL 字符中，使其成为“crlf”。
我尝试将“.gitattributes”添加到存储库分支的根目录，条目如下：
*.sh 二进制文件
和
*.sh 文本 eol=lf
但是，当我在不同的位置检查分支时，“crlf”仍然存在。
我一直使用这些网址作为参考：
How do I make Git treat a file as binary?
有什么想法吗？
【问题讨论】：
Git 的推荐方法是使用以下方法：
*.sh text eol=lf
这意味着该文件是一个文本文件，它应该总是使用 LF 字符，这正是你想要的 shell 文件。但是，当您这样做时，您需要执行 git add --renormalize . 然后提交更改和 .gitattributes 文件。否则，如果您已经以 CRLF 结尾签入了文件，则不会发生任何变化。
如果你确实有二进制文件，比如小图像，你可以这样做：
*.jpg binary
但是，如果您在这种情况下这样做，因为存储库已经包含 CRLF 结尾，文件将不会被修改，因此您仍然会以 CRLF 结尾结尾。对于真正的二进制文件，例如图像，这就是您想要的，但对于 shell 脚本，这是不可取的。
请注意，如果您的存储库中有其他文本文件，您也可以这样做：
*.c text
这将启用自动换行符转换，或者如果您只想自动猜测所有剩余的文件类型，您可以这样做：
* text=auto
这将根据文件在前几千字节内是否包含 NUL 字节来猜测文件是文本还是二进制文件。请注意，您仍然需要执行 git add --renormalize . 并同时提交结果更改和 .gitattributes 以使其生效。
如果您在运行git add --renormalize . 并提交后仍然看到本地工作树中的更改，请尝试使用git grep -lP '\r' HEAD:FILE（替换FILE）查看文件在HEAD 的末尾是否有CRLF修订。如果没有，你就做对了。
【讨论】：
git status 中修改的文件。如果愿意，您可以在命令行上专门指定这些文件，而不是 .，但请务必指定所有适当的文件。
git add --renormalize .。然后你可以使用我刚刚在最后一段中添加的文本来验证你提交的内容是否正确。