我要评论解释：cr/lf是不同操作系统上使用的换行符：
- cr（carriagereturn回车'\r'）：回到一行的开头，ascii代码是13
- lf（linefeed换行'\n'）：另起一行，ascii代码是10
应用情况：
- dos和windows平台： 使用回车（cr）和换行（lf）两个字符来结束一行，回车+换行(cr+lf)，即“\r\n”；所以我们平时编写文件的回车符应该确切来说叫做回车换行符。
- mac 和 linux平台：只使用换行（lf）一个字符来结束一行，即“\n”；
许多 windows 上的编辑器会悄悄把行尾的换行（lf）字符转换成回车（cr）和换行（lf），或在用户按下 enter 键时，插入回车（cr）和换行（lf）两个字符。
影响：
- 一个直接后果是，unix/mac系统下的文件在windows里打开的话，所有文字会变成一行；
- 而windows里的文件在unix/mac下打开的话，在每行的结尾可能会多出一个^m符号。
- linux保存的文件在windows上用记事本看的话会出现黑点。
这些问题都可以通过一定方式进行转换统一，例如，在linux下，命令unix2dos 是把linux文件格式转换成windows文件格式，命令dos2unix 是把windows格式转换成linux文件格式。
解决问题：
情况一：windows用户
git 可以在你提交时自动地把回车（cr）和换行（lf）转换成换行（lf），而在检出代码时把换行（lf）转换成回车（cr）和换行（lf）。因为git 的 windows 客户端基本都会默认设置 core.autocrlf=true
git config --global core.autocrlf true
#提交时转换为lf，检出时转换为crlf：情况二：linux/mac用户
git 在检出文件时不需要进行自动的转换。然而当一个以回车（cr）和换行（lf）作为行结束符的文件不小心被引入时，你肯定想让 git 修正。 所以，你可以把 core.autocrlf 设置成 input 来告诉 git 在提交时把回车和换行转换成换行，检出时不转换：（这样在 windows 上的检出文件中会保留回车和换行，而在 mac 和 linux 上，以及版本库中会保留换行。）linux 最好不要设置 core.autocrlf，因为这个配置算是为 windows 平台定制；
#提交时转换为lf，检出时不转换
$ git config --global core.autocrlf input情况三：windows 程序员
如果你正在开发仅运行在 windows 上的项目，可以设置 false 取消此功能，把回车保留在版本库中：
#提交检出均不转换
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
通俗解释windows 上设置 core.autocrlf=false，仓库里也没有配置 .gitattributes，很容易引入 crlf 或者混合换行符（mixed line endings，一个文件里既有 lf 又有crlf）到版本库，这样就可能产生各种奇怪的问题。
发表评论