但行好事
莫论前程❤

换行符CR, LF, CR/LF的区别与关系_git warning

git报错—-warning: LF will be replaced by CRLF

输 入 git add . 后出现

warning: LF will be replaced by CRLF in test.txt.
The file will have its original line endings in your working directory.
翻译:
在test.txt文件中LF将被CRLF替换。
在工作区(working directory)里,这个文件将会保持它原本的换行符。(line ending:行尾,换行)

问题探究

问题出在不同操作系统所使用的换行符是不一样的,下面罗列一下三大主流操作系统的换行符:

  • Uinx/Linux采用换行符LF表示下一行(LF:LineFeed,中文意思是换行);
  • Dos和Windows采用回车+换行CRLF表示下一行(CRLF:CarriageReturn LineFeed,中文意思是回车换行);
  • Mac OS采用回车CR表示下一行(CR:CarriageReturn,中文意思是回车)。

其对应notepad++上的体现为:
img
综上,出现上面那个警告的原因是:

  windows中的换行符为CRLF,而Linux下的换行符为LF(使用Git命令行Git Bash,实际上就是相当于linux环境),所以在执行git add test.txt操作时,会出现这个错误提示!

在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操作系统不建议设置此值。

解决办法:

git config --global core.autocrlf false

​ 将core.autocrlf设为false即可解决这个问题,不过如果你和你的伙伴只工作于Windows平台或者Linux平台,那么没问题,不过如果是存在跨平台的现象的话,还是需要考虑一下。

​ 但当 core autocrlf为true时,还有一个需要慎重的地方,当你上传一个二进制文件,Git可能会将二进制文件误以为是文本文件,从而也会修改你的二进制文件,从而产生隐患。

$ git config –global core.autocrlf true   #true的位置放你想使autocrlf成为的结果,true,false或者input

其他问题

一般操作系统上的运行库会自动决定文本文件的换行格式。如一个程序在Windows上运行就生成CR/LF换行格式的文本文件,而在Linux上运行就生成LF格式换行的文本文件。在一个平台上使用另一种换行符的文件文件可能会带来意想不到的问题,特别是在编辑程序代码时。有时候代码在编辑器中显示正常,但在编辑时却会因为换行符问题而出错。很多文本/代码编辑器带有换行符转换功能,使用这个功能可以将文本文件中的换行符在不同格式单互换。

在不同平台间使用FTP软件传送文件时,在ASCII文本模式传输模式下,一些FTP客户端程序会自动对换行格式进行转换。经过这种传输的文件字节数可能会发生变化。如果你不想FTP修改原文件,可以使用bin模式(二进制模式)传输文本。

赞(1) 打赏
未经允许不得转载:刘鹏博客 » 换行符CR, LF, CR/LF的区别与关系_git warning
分享到: 更多 (0)

评论 抢沙发

评论前必须登录!

 

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏