标签:解决方案 art ora strong 弊端 replace car text input
今天用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
转载自:https://blog.csdn.net/starry_night9280/article/details/53207928
Git warning:LF will be replaced by CRLF in readme.txt的原因与解决方案
标签:解决方案 art ora strong 弊端 replace car text input
原文地址:https://www.cnblogs.com/EveningWind/p/10917319.html