那么CRLF的处理也许会成为一个很头疼的事情,有可能会出以下的莫名其妙的问题:
我们的某个开发人员在linux上提交的一个文件
当从windows上pull下来后,没做任何的修改,查看其status,它的状态已经是modifed了
即使你使用git checkout -f来恢复改文件,它的状态仍然是modified,真是郁闷…
后来,才发现就是CRLF惹的祸
我们都知道,在Windows上是CRLF来作为一行的结束符,而Linux上则是LF作为行结束符
在git中提供了autocrlf的设置,可以用来自动转换CRLF,它可以设置成true,false,input
Windows上的msysgit默认设置了autocrlf为true
这样,在提交时自动地把行结束符CRLF转换成LF,而在签出代码时把LF转换成CRLF
这样保证了从windows平台上提交的代码,都是以LF作为行结束符
在linux平台上,git默认设置autocrlf为false,也即它不会自动处理CRLF
这样就有一个问题,如果我们把windows上的一个文件给上传到linux上,并提交
那么,提交到仓库中的代码就会以CRLF来换行了,
这样就会导致我们在windows上查看改文件的状态就会是modified
解决这个问题有以下2个办法:
在Linux上设置autocrlf为input,这样,Git在提交时把CRLF转换成LF,签出时不转换
对于从Windows上直接拷到Linux上的文件,首先把它转换成linux格式后,再进行提交
我们的某个开发人员在linux上提交的一个文件
当从windows上pull下来后,没做任何的修改,查看其status,它的状态已经是modifed了
即使你使用git checkout -f来恢复改文件,它的状态仍然是modified,真是郁闷…
后来,才发现就是CRLF惹的祸
我们都知道,在Windows上是CRLF来作为一行的结束符,而Linux上则是LF作为行结束符
在git中提供了autocrlf的设置,可以用来自动转换CRLF,它可以设置成true,false,input
Windows上的msysgit默认设置了autocrlf为true
这样,在提交时自动地把行结束符CRLF转换成LF,而在签出代码时把LF转换成CRLF
这样保证了从windows平台上提交的代码,都是以LF作为行结束符
在linux平台上,git默认设置autocrlf为false,也即它不会自动处理CRLF
这样就有一个问题,如果我们把windows上的一个文件给上传到linux上,并提交
那么,提交到仓库中的代码就会以CRLF来换行了,
这样就会导致我们在windows上查看改文件的状态就会是modified
解决这个问题有以下2个办法:
在Linux上设置autocrlf为input,这样,Git在提交时把CRLF转换成LF,签出时不转换
对于从Windows上直接拷到Linux上的文件,首先把它转换成linux格式后,再进行提交