解决换行格式（CR/LF）引起的git无法diff和merge的问题

提交代码的时候，vscode无法自动merge合并，打开diff发现整个文档都被标为已修改。我一开始以为是vscode自带的git弱智了。
一个偶然的机会发现，原来是原行的问题，我同事修改的文档用的是CR(\r)换行，而我本地用的都是LF(\n)。
下面是处理的方法：（推荐 第2种方法）

1. Git“换行符自动转换”功能
   在安装“Git for windows”的时候，在“Configuing the line ending conversions”页面，
   
   这个界面是配置行尾符号转换。

第一个选项是“签出Windows风格，提交Unix风格的行尾”。签出文本文件时，Git会将LF转换为CRLF。提交文本文件时，CRLF将转换为LF。对于跨平台项目，这是Windows上的推荐设置（“ core.autocrlf”设置为“ true”）
  如果已安装，对应命令行修改：$ git config --global core.autocrlf true

第二个选项是“按原样签出，提交Unix样式的行尾”。签出文本文件时，Git不会执行任何转换。 提交文本文件时，CRLF将转换为LF。对于跨平台项目，这是Unix上的建议设置（“ core.autocrlf”设置为“ input”）
  如果已安装，对应命令行修改：$ git config --global core.autocrlf input

第三种选项是“按原样签出，按原样提交”。当签出或提交文本文件时，Git不会执行任何转换。不建议跨平台项目选择此选项（“ core.autocrlf”设置为“ false”）
  如果已安装，对应命令行修改：$ git config --global core.autocrlf false

也可以在“Git Bash”中修改~/.gitconfig文件，加入或修改下面的行
autocrlf = true/input/false

如果使用TortoiseGit，可以在setting的Git配置中取消选中“AutoCrlf”，然后选中“save as Global”

2. 使用 .gitattributes进行配置（推荐）
   第1种方式虽然很直接，但会有一些问题。比如有一些文件我们不需要自动更换换行，比如.sh(bash 脚本文件)自动修改后可能会无法执行。使用.gitattributes可以做到精细控制，对不同的文件进行不同的换行设置
3. gitattributes文件示例：

*           text=auto
*.txt		text
*.jpg		-text
*.vcproj	text eol=crlf
*.sh		text eol=lf
*.py		eol=lf

#-----------------#
说明：
第1行，对任何文件，设置text=auto，表示文件的行尾自动转换。如果是文本文件，则在文件入Git库时，行尾自动转换为LF。如果已经在入Git库中的文件的行尾为CRLF，则该文件在入Git库时，不再转换为LF。
第2行，对于txt文件，标记为文本文件，并进行行尾规范化。
第3行，对于jpg文件，标记为非文本文件，不进行任何的行尾转换。
第4行，对于vcproj文件，标记为文本文件，在文件入Git库时进行规范化，即行尾为LF。但是在检出到工作目录时，行尾自动转换为CRLF。
第5行，对于sh文件，标记为文本文件，在文件入Git库时进行规范化，即行尾为LF。在检出到工作目录时，行尾也不会转换为CRLF（即保持LF）。
第6行，对于py文件，只针对工作目录中的文件，行尾为LF。

更多可参考：
https://blog.csdn.net/taiyangdao/article/details/78484623