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
主流编辑器都支持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 换行符。
标签:lf,git,global,autocrlf,Git,crlf,提交,换行符 来源: https://www.cnblogs.com/dahe1989/p/10784581.html