Git操作中crlf和lf冲突问题

多人参与项目开发的时候，经常会遇到代码格式化不一致，在提交的时候出现很多冲突的情况。其中换行符冲突就是一种，在不同的系统平台上是不一样的。UNIX/Linux 使用的是 0x0A（LF），早期的 Mac OS 使用的是 0x0D（CR），后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A（CRLF）作为换行符。所以会出现使用mac的开发者修改的代码中是lf换行，windows用户使用的crlf换行符，总是互相影响。还有一个原因是，git默认配置了autocrlf为true，也就是说默认所有代码都会被提交成了crlf，但是如果不同开发者自己配置的autocrlf配置不一致（比如，input或者false），就会出现总是互相覆盖的情况。以下是解决换行符冲突的解决方案：

1、编辑器统一

a. 修改git全局配置，禁止git自动将lf转换成crlf, 命令：

git config --global core.autocrlf false

b. 修改编辑器的用户配置，例如vscode

"files.eol": "\n", // 文件换行使用lf方式

2、git方式统一

git提交的时候，文件中的换行符必须是LF，如果不是不能提交。

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

# 拒绝提交包含混合换行符的文件
git config --global core.safecrlf true

3、EditorConfig

主流编辑器都支持EditorConfig，配置end_of_line后，你编辑的代码会自动转化为对应的换行符。当然你需要将autocrlf关闭，防止再次被转换成其他格式，

# 取值包括 crlf,lf,cr
end_of_line = lf

# 提交检出均不转换
git config --global core.autocrlf false

4、prettier

prettier是目前非常流行的代码格式化工具，提供了endOfLine来支持格式化换行符。

{
  // ...
  "endOfLine" : "lf"
  // ...
}

# 提交检出均不转换
git config --global core.autocrlf false

因为我们现有的项目都已经支持prettier，自然就使用了【husky+lint-staged+prettier】的方式，来支持所有代码格式化成 lf 换行符。