git 换行符LF与CRLF转换问题

一、背景

在各操作系统下，文本文件所使用的换行符是不一样的。UNIX/Linux 使用的是 0x0A（LF），早期的 Mac OS 使用的是0x0D（CR），后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A（CRLF）作为换行符。Git提供了一个“换行符自动转换”功能。这个功能默认处于“自动模式”，当你在签出文件时，它试图将 UNIX 换行符（LF）替换为 Windows 的换行符（CRLF）；当你在提交文件时，它又试图将 CRLF 替换为 LF。Git 的“换行符自动转换”功能听起来似乎很智能、很贴心，因为它试图一方面保持仓库内文件的一致性（UNIX 风格），一方面又保证本地文件的兼容性（Windows 风格）。但遗憾的是，这个功能是有 bug 的，而且在短期内都不太可能会修正。

二、解决方案

1.Git设置

git config --global core.autocrlf false
git config --global core.safecrlf true
含义：
AutoCRLF
#提交时转换为LF，检出时转换为CRLF
git config --global core.autocrlf true

#提交时转换为LF，检出时不转换
git config --global core.autocrlf input

#提交检出均不转换
git config --global core.autocrlf false
SafeCRLF
#拒绝提交包含混合换行符的文件
git config --global core.safecrlf true

#允许提交包含混合换行符的文件
git config --global core.safecrlf false

#提交包含混合换行符的文件时给出警告
git config --global core.safecrlf warn

core.autocrlf

Git 提供了一个名为 core.autocrlf 的配置，可以自动完成标准化与转换。它的设置方式如下：

git config --global core.autocrlf  [true | input | false]  # 全局设置
git config --local core.autocrlf  [true | input | false] # 针对本项目设置

• true 提交时转换为LF，检出时转换为CRLF
• input 提交时转换为LF，检出时不转换
• false 提交与检出的代码都保持文件原有的换行符不变（不转换）

CRLF 与 LF 混合的文本文件不受此配置控制。
Git 安装后默认为 false

在文本编辑器可选换行符，且知道如何正确选择的情况下，其实无需进行任何设置。但为了防止在开发非 Win­dows 项目时不小心使用了 CRLF ，可以进行如下设置，这样在提交 (com­mit) 时换行符会转换为 LF。

git config --global core.autocrlf input

对于偶尔会开发 Win­dows 项目的开发者，可以单独对 Win­dows 项目进行设置，来保留 CRLF 。

git config --local core.autocrlf false

core.safecrlf

由于没有一个绝对有效的算法来判断一个文件是否为文本，所以 Git 提供了一项禁止 / 警告不可逆转换的配置来防止错误的标准化与转换。它主要是影响到多种换行符混合的文件，我们可以手动将其转换为同一种换行符：

git config --global core.safecrlf [true | false | warn]

• true 禁止提交混合换行符的文本文件(git add 的时候会被拦截，提示异常)
• warn 提交混合换行符的文本文件的时候发出警告，但是不会阻止 git add 操作
• false 不禁止提交混合换行符的文本文件（默认配置）

2.IDE设置使用UNIX换行符

IDEA的设置File -> Settings
Editor -> Code Style
Line separator (for new lines) ，选择：Unix and OS X (\n)

对已使用Windows换行符的文件，可以使用Sublime Text打开，
View->Line Endings，选Unix，保存；