/

CRLF will be replaced by LF

git add .

warning: CRLF will be replaced by LF in X.
  • CRLF：windows 环境下的换行符
  • LF：linux 环境下的换行符

这个错误的意思，就是文件中存在两种环境的换行符，git 会自动替换 CRLF 为 LF ，所以提示警告。

首先推荐扩展阅读：配置 Git 处理行结束符 | GitHub

我项目中是配置了 .gitattributes 的：

# Set the default behavior, in case people don't have core.autocrlf set.
* text=auto

# Explicitly declare text files you want to always be normalized and converted
# to native line endings on checkout.
*.c text
*.h text

# Declare files that will always have CRLF line endings on checkout.
*.sln text eol=crlf

# Denote all files that are truly binary and should not be modified.
*.png binary
*.jpg binary

.gitattributes

公式：要匹配的文件模式 属性1 属性2 ...。

示例 1

* text=auto

对任何文件，设置 text=auto，表示文件的行尾自动转换。如果是文本文件，则在文件入 Git 库时，行尾自动转换为 LF。如果已经在入 Git 库中的文件的行尾为 CRLF，则该文件在入 Git 库时，不再转换为 LF。

示例 2

*.txt text

对于 txt 文件，标记为文本文件，并进行行尾规范化。

示例 3

*.jpg -text

*.jpg binary

对于 jpg 文件，标记为非文本文件，不进行任何的行尾转换。*.jpg -text 可能是旧版本的写法。

示例 4

*.vcproj text eol=crlf

对于 vcproj 文件，标记为文本文件，在文件入 Git 库时进行规范化，即行尾为 LF。但是在检出到工作目录时，行尾自动转换为 CRLF。

示例 5

*.sh text eol=lf

对于 sh 文件，标记为文本文件，在文件入 Git 库时进行规范化，即行尾为 LF。在检出到工作目录时，行尾也不会转换为 CRLF（即保持 LF）。

示例 6

*.py eol=lf

对于 py 文件，只针对工作目录中的文件，行尾为 LF。

还是有问题

在项目中已经添加 .gitattributes 文件，但是还是出现了报错，这时要检查 git 的版本。（CentOS 自带的 git 版本较低）

可以参考：CentOS yum 升级 git 版本

后来还查到了一个方法，.gitattributes：

* -crlf

References

– EOF –