Windows环境git执行git add命令warning: LF will be replaced by CRLF in readme.txt.

来源：互联网发布：iphone6网络很慢编辑：程序博客网时间：2024/04/29 04:41

今天想把代码托管到coding上（不要问为啥不托管到GetHub上），就学习学习Git。

可以随便编写一个文件：里面随便写点东西。

$ vi readme.txt

但是在添加的仓库是出现问题了：

$ git add readme.txtwarning: LF will be replaced by CRLF in readme.txt.The file will have its original line endings in your working directory.

执行上面的命令，如果没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加成功。

但是，我在这里提示警告，可以不用管，但是看着很别扭啊，就google一下：

原因分析：

CRLF -- Carriage-Return Line-Feed 回车换行

就是回车(CR, ASCII 13, \r) 换行(LF, ASCII 10, \n)。

这两个ACSII字符不会在屏幕有任何输出，但在Windows中广泛使用来标识一行的结束。而在Linux/UNIX系统中只有换行符。

也就是说在windows中的换行符为 CRLF，而在linux下的换行符为：LF

使用git来生成一个rails工程后，文件中的换行符为LF，当执行git add .时，系统提示：LF 将被转换成 CRLF

解决方法：

遇到这两个错误，是因为Git的换行符检查功能。

Git提供了一个换行符检查功能（core.safecrlf），可以在提交时检查文件是否混用了不同风格的换行符。这个功能的选项如下：

建议使用最严格的 true 选项。

假如你正在Windows上写程序，又或者你正在和其他人合作，他们在Windows上编程，而你却在其他系统上，在这些情况下，你可能会遇到行尾结束符问题。这是因为Windows使用回车和换行两个字符来结束一行，而Mac和Linux只使用换行一个字符。虽然这是小问题，但它会极大地扰乱跨平台协作。

Git可以在你提交时自动地把行结束符CRLF转换成LF，而在签出代码时把LF转换成CRLF。用core.autocrlf来打开此项功能，如果是在Windows系统上，把它设置成true，这样当签出代码时，LF会被转换成CRLF：

$ git config --global core.autocrlf true

Linux或Mac系统使用LF作为行结束符，因此你不想 Git 在签出文件时进行自动的转换；当一个以CRLF为行结束符的文件不小心被引入时你肯定想进行修正，把core.autocrlf设置成input来告诉 Git 在提交时把CRLF转换成LF，签出时不转换：

$ git config --global core.autocrlf input

这样会在Windows系统上的签出文件中保留CRLF，会在Mac和Linux系统上，包括仓库中保留LF。

如果你是Windows程序员，且正在开发仅运行在Windows上的项目，可以设置false取消此功能，把回车符记录在库中：

$ git config --global core.autocrlf false

参考：http://blog.csdn.net/feng88724/article/details/11600375