赞
踩
参考本人另外一篇文章:https://blog.csdn.net/w8y56f/article/details/126012346
参考本人另外一篇文章:https://blog.csdn.net/w8y56f/article/details/126012369
参考本人另外一篇文章:https://blog.csdn.net/w8y56f/article/details/126023439
结论:core.autocrlf 的默认值是false,core.safecrlf默认值是warn
* 对于Windows,安装的过程会让你选择core.autocrlf,如果你一直点击 "下一步" 指定的就是true。如果删掉这个system配置,表现出来的行为就是false
* 对于Windows对于core.safecrlf,安装过程不会指定,也查不到这个配置,默认值是warn。
参考资料:https://stackoverflow.com/questions/39408793/git-core-autocrlf-line-ending-default-setting
https://github.com/git/git/blob/936d1b989416a95f593bf81ccae8ac62cd83f279/environment.c#L48
https://github.com/git/git/blob/936d1b989416a95f593bf81ccae8ac62cd83f279/environment.c#L52
core.autocrlf
true: 提交时改成LF,检出时改成CRLF
input:提交时改成LF,检出时不改
false:提交时是什么就是什么,不改换行符,检出时也不改 (默认值)
core.safecrlf
true: 拒绝提交包含混合换行符的文件 (会提示 Fatal:xxx)
false: 允许提交包含混合换行符的文件
warn: 提交包含混合换行符的文件时给出警告 (默认值)
请仔细阅安装过程中的截图,这里已经很详细地解释了core.autocrlf的行为
git config --global core.autocrlf true
(默认安装的时候会设置上去,不过最好显式指定)git config --global core.autocrlf input
(默认安装的时候什么都没,默认是false,最好显示指定为input)(强烈建议:显式指定配置值!显式指定!显式指定!显式指定!显式指定!显式指定!显式指定!)
对于这个配置,没什么推荐的。保持默认也是可以的。
你能保证你的团队全部人都用Windows吗?现在能保证,未来能保证吗?你的程序部署到Windows服务器吗?
如果不能,最好的方案就是Windows用户设置全局变量core.autocrlf=true,Mac/Linux用户设置为 core.autocrlf=input,这样提交到远程仓库的都统一是LF,然后clone下来的又是各自平台的。
对于你公司的已有的代码,其实挺麻烦的,可能存在以前不规范导致仓库上的代码会出现部分CRLF部分LF的情况,所以这些事情一开始就要做好,否则补救的代价就很大了
对于core.autocrlf 的设计,可以从这些值true、false、input三个值观察到,其实设计者都是站在仓库要保存LF这种角度去设计的。比如
对于Windows:仓库保存为LF,你设置为true,就可以保证检出的时候转为CRLF这种Windows所特殊的,而在提交的时候又转为LF仓库的
对于Mac/Linux:仓库保存为LF,设置为input的值,检出的时候不变,即依然得到的是LF,提交的时候转为LF,这样依然能够统一到LF
其实我个人觉得外国人的思维和我们真的很不一样,让我来设计,可能真的不会设计出这些这么难记忆的选项值。
我可能就设计为
crlf_lf:检出转为crlf,提交转为lf (适合Windows系统)
lf_lf:检出转为lf,提交也转为lf (适合mac、linux、unix系统)
cr_lf:检出转为cr,提交也转为lf (适合早期的mac系统,早期mac用cr作为换行符,后统一为lf)
none:检出和提交都不改变
我这个设计也是站在仓库只保存lf的角度去设计这几个配置值
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。