一. git add -A报错

在利用git add -A添加文件时，意外的发现报错了

报错信息中：

• LF：Line Feed 换行
• CRLF：Carriage Return Line Feed  回车换行键

大意是：

警告：today.txt(我要添加的文件名)中LF被CRLF替换

在工作区里，这个文件将会保持它原来的换行符

二. 什么原因

1. 不同操作系统的行尾结束符(换行符)是不同的

• windows下：CRLF("\r\n"，使用回车换行两个字符)
• unix下：LF("\n"，只使用换行)
• mac下：CR("\r"，只使用回车)

2. 使用Git Bash，相当于Linux环境

3. 我的文件也是通过touch today.txt和vim today.txt写入的，这种情况下换行符是Linux下的LF

4. git工作区默认以CRLF来作为换行符，如果我们的文件中使用LF作为换行符，这时我们继续git add或git commit就会弹出警告，当最终push到远程仓库的时候，git会统一转化，最终以CRLF作为换行符

5. 如何理解 "The file will have its original line endings in your working directory."

简单来说，设置 core.autocrlf=true 后，我们工作区的文件都应该用 CRLF 来换行。如果改动文件时引入了 LF，或者设置 core.autocrlf 之前，工作区已经有 LF 换行符。提交改动时，git 会警告你哪些文件不是纯 CRLF 文件，但 git 不会擅自修改工作区的那些文件，而是对暂存区（我们对工作区的改动）进行修改。也因此，当我们进行 git add 的操作时，只要 git 发现改动的内容里有 LF 换行符，就还会出现这个警告

三. 解决方案

1. git中如何处理"换行"(line ending)

core.autocrlf是git中负责处理line ending的变量，可以设置三个值：true, false, input，默认是true

• true：这意味着当你添加文件到git仓库时，git都会视它为文本文件，将其换行符LF转化为CRLF
• false：当设置成false时，line endings将不做转换操作。文本文件保持原来的样子
• input：设置为input时，添加文件git仓库时，git把crlf编程lf。当有人Check代码时还是lf方式。因此在window操作系统下，不要使用这个设置

2. 使用 git config --global core.autocrlf false 来解决

3. core.autocrlf设置为false的风险

多人协作开发时，如果 windows 上设置 core.autocrlf=false，仓库里也没有配置 .gitattributes，很容易引入 CRLF 或者混合换行符（Mixed Line Endings，一个文件里既有 LF 又有CRLF）到版本库，这样就可能产生各种奇怪的问题

如果有换行符不匹配本地平台的情况，建议用 dos2unix 之类的工具转换下换行符，因为很多配置文件是严格要求文件编码和换行符的，谨慎一点比较好

参考文章

https://www.cnblogs.com/helloHKTK/p/7351946.html

https://blog.csdn.net/wowoniuzailushang/article/details/54317129

https://www.zhihu.com/question/50862500/answer/123197258

原文地址：https://www.cnblogs.com/cnhkzyy/p/9208273.html