Git中的换行处理



如果你正在使用git和github交互，你需要确定Git的换行配置是正确的。

这是因为每次当你敲键盘按下回车键，一个不可见字符将会输入到你正在编辑的文本中，该字符叫做换行符。由于历史原因，不同操作系统有不同的换行处理.(译者注：unix/linux机器使用单独一个LF字符0A，而windows为了和打字机兼容，使用两个字符CF+LF(0D0A)代表换行）

当你查看一个文件的修改时，Git用自己的方式处理换行。而当你的项目使用Git和GitHub交互时，Git可能带来意想不到的结果。例如，你自己的机器是Windows的，而你的伙伴却使用OS X提交了改动。

Git客户端的全局设置

git config core.autocrlf命令用来改变Git换行处理的方式，该命令需要一个独立参数。

在Windows上，仅仅需要设置ture，例如

git config --global core.autocrlf true

你可以加上--global参数，这样Git会以同样的处理方式对待你机器上所有的Git 仓库。

单独Git仓库设置

你也可以通过配置一个特殊的.gitattributes文件，以便对单独的Git仓库配置Git的换行行为。该文件被提交到代码仓库，Git会使用它来覆盖本地core.autocrlf设置，这样可以在多个开发用户间达成一致，而不论每个开发用户本地的Git设置。.gitattributes文件的优点是换行设置和每个代码仓库绑定，你不必担心开发者的本地设置和你本地设置必须保持一致。

.gitattributes文件需要创建在代码仓库的根目录下，并且和其他文件一起提交到代码仓库。一个例子是： 点击打开链接

.gitattributes文件看起来像是一个两列的表格：

左边的第一列是告诉git匹配什么样的文件

右边的第二列是对这些匹配的文件git的换行配置

例子：

下面是一个.gitattributes例子，你可以作为一个模板使用它

#设置默认行为，即使用户没有设置core.autocrlf
* text=auto

#显示声明为text文件，以便总是在检出时规范化转成本地换行设置
*.c text
*.h text

#声明文件总是在检出时以CRLF换行
*.sln text eol=crlf

# Denote all files that are truly binary and should not be modified.
#声明文件是二进制文件，不必要进行换行转换
*.png binary
*.jpg binary

你会注意到文件匹配*.c, *h, *.sln,*.jpg等，接着是一个空格，然后是具体的配置 text, text eol=crlf, binary。我们来看看这些设置的效果。

text=auto  Git以它认为最后的方式自动处理文件，这是一个较好的默认选项。

text eol=crlf  Git在检出时总会转换成CRLF，只有必须保持CRLF换行，甚至在OSX或Linux系统的情况下，才使用这种配置，这里有一个windows项目强制使用CRLF换行的例子： windows项目例子

text eol=lf Git在检出时总会转换成LF。必须保持LF换行，甚至在Windows系统下，才使用这种配置。这里有一个项目强制使用LF换行. LF例子

binary Git理解文件类型是二进制，从而不需要改变什么。binary甚至是-text -diff等别名。

改变换行设置后刷新代码仓库

当你重新设置core.autocrlf或者提交了一个新的.gitattributes文件，你可能会发现Git总是提示你要提交更多你没有修改过的文件。这是因为，此时Git会试图改变所有文件的换行。

自动配置代码仓库里的换行设置的方法是，首先备份本地文件，然后删除所有除.git目录以外的文件，最好批量一次性恢复所有文件。

1.备份本地文件，以便没有任何本地工作丢失。

git add . -u
git commit -m "Saving files before refreshing line endings"

2.删除Git index里面所有文件

git rm --cached -r .

3.重写Git index以便新的换行设置生效

git reset --hard

4.添加本地更改，准备一次新的提交。这一次你将会有机会检查文件没有更改。

git add .
# It is perfectly safe to see a lot of messages here that read
# "warning: CRLF will be replaced by LF in file."

5.提交

git commit -m "Normalize all the line endings"

最后，感谢Charles Bailey's post on Stack Overflow贡献了这种解决方案。

原文链接： https://help.github.com/articles/dealing-with-line-endings#platform-windows