在公司服务器上克隆一个 Git 仓库，刚敲完命令，终端突然跳出一串黄色警告：warning: LF will be replaced by CRLF in file.txt。旁边实习生探头一看，立马紧张了：‘这会不会影响上线？’其实这种提示很常见，尤其是跨系统协作时，根本不用大惊小怪。
为什么会出现换行符警告？
问题出在不同操作系统对换行符的处理方式不一样。Windows 用的是 CRLF（\r\n），而 Linux 和 macOS 用的是 LF（\n）。当你在 Windows 上克隆一个原本在 Linux 环境下开发的仓库时，Git 默认会自动转换换行符格式，避免文本文件在编辑器里显示异常。这个“警告”其实是 Git 在告诉你：我帮你改了一下换行符，别误会。
要不要关掉这个警告？
如果你主要在 Windows 上开发，并且团队其他成员也都是 Windows 用户，可以考虑统一使用 CRLF，这样能减少编辑器里的格式错乱。可以在终端执行：
git config --global core.autocrlf true如果是混用环境，比如你用 Windows，但项目部署在 Linux 服务器上，建议设置为：
git config --global core.autocrlf input这样提交时自动转成 LF，拉取时不转换，既保证服务器兼容性，又避免频繁警告。
已经克隆了，还能改吗？
当然可以。进到项目目录，重新配置一下 Git 的换行符策略就行：
cd /your/project/path
git config core.autocrlf input
git rm --cached -r .
git reset --hard这几条命令的意思是：清除缓存的文件状态，然后按新的规则重新检出所有文件。执行完之后，那些红色的警告就不会再冒出来了。
团队协作时的小建议
有些项目根目录下会有个 .gitattributes 文件，里面明确写了哪些类型的文件该怎么处理换行符。比如：
* text=auto
*.sh text eol=lf
*.bat text eol=crlf这种写法比本地配置更可靠，所有人都能保持一致。如果你们项目还没加这个文件，不妨提个 PR，省得每个人都要手动调配置。
前几天同事小李在部署脚本时发现权限没问题，但就是跑不起来，最后发现是因为 shell 脚本被自动转成了 CRLF，Linux 解释器直接报错。后来把 .gitattributes 加上，问题一次解决。这种细节看着小，真出事能让你加班到半夜。