PS: 千万不要随意删.git文件!!! 建议保持自动转换true
今天用Git bash遇到的问题，看了几个回答之后发现一个比较有价值的，给大家分享一下，其他很多的回答都有很或多或少存在一些弊端。
原回答地址在stackoverflow上，附上链接--http://stackoverflow.com/questions/1967370/git-replacing-lf-with-crlf
这里我把主要的东西提炼一下翻译成中文供大家参考。
首先问题出在不同操作系统所使用的换行符是不一样的，下面罗列一下三大主流操作系统的换行符：
Uinx/Linux采用换行符LF表示下一行（LF：LineFeed，中文意思是换行）；
Dos和Windows采用回车+换行CRLF表示下一行（CRLF：CarriageReturn LineFeed，中文意思是回车换行）；
Mac OS采用回车CR表示下一行（CR：CarriageReturn，中文意思是回车）。
在Git中，可以通过以下命令来显示当前你的Git中采取哪种对待换行符的方式
$ git config core.autocrlf
此命令会有三个输出， "true", "false" 或者"input"
为true时，Git会将你add的所有文件视为文本问价你，将结尾的CRLF转换为LF，而checkout时会再将文件的LF格式转为CRLF格式。
为false时，line endings不做任何改变，文本文件保持其原来的样子。
为input时，add时Git会把CRLF转换为LF，而check时仍旧为LF，所以Windows操作系统不建议设置此值。
解决办法：
将core.autocrlf设为false即可解决这个问题，不过如果你和你的伙伴只工作于Windows平台或者Linux平台，那么没问题，不过如果是存在跨平台的现象的话，还是需要考虑一下。
但当 core autocrlf为true时，还有一个需要慎重的地方，当你上传一个二进制文件，Git可能会将二进制文件误以为是文本文件，从而也会修改你的二进制文件，从而产生隐患。
PS:
附上修改autocrlf的命令，以改为true为例：
$ git config --global core.autocrlf true #true的位置放你想使autocrlf成为的结果，true，false或者input