付费节点推荐
免费节点
节点使用教程
git config --global core.autocrlf false
设置 core.autocrlf=true 后:
检出时,git 会把文本文件的换行符转化为 CRLF(只转化纯 LF 的文件)
提交时,把暂存区的内容(也就是我们对工作区做的改动)转化为 LF 然后放入版本库。
转化暂存区的内容时,如果发现里面存在 LF 换行符,LF 会被转化成 CRLF,并给出题主
提到的那条警告:"LF will be replaced by CRLF"
这句警告的下面其实还有一句很重要的话:
warning: LF will be replaced by CRLF in <file-name>.
The file will have its original line endings in your working directory.
(翻译下就是:“在工作区里,这个文件会保持它原本的换行符。”)
简单来说,设置 core.autocrlf=true 后,我们工作区的文件都应该用 CRLF 来换行。如果
改动文件时引入了 LF,或者设置 core.autocrlf 之前,工作区已经有 LF 换行符。提交改
动时,git 会警告你哪些文件不是纯 CRLF 文件,但 git 不会擅自修改工作区的那些文件,
而是对暂存区(我们对工作区的改动)进行修改。也因此,当我们进行 git add 的操作时,
只要 git 发现改动的内容里有 LF 换行符,就还会出现这个警告。
设置 core.autocrlf=true, 只要保持工作区都是纯 CRLF 文件,编辑器用 CRLF 换行,
就不会出现警告了(题主提的问题 2)。
git 默认让版本库里用 LF 换行,只要保持这条规则,多人协作就不会出什么大问题。
git 的 Windows 客户端基本都会默认设置 core.autocrlf=true
Linux 最好不要设置 core.autocrlf,因为这个配置算是为 Windows 平台定制。
如果 Windows 上设置 core.autocrlf=false,仓库里也没有配置 .gitattributes,很容
易引入 CRLF 或者混合换行符(Mixed Line Endings,一个文件里既有 LF 又有
CRLF)到版本库,这样就可能产生各种奇怪的问题(题主提的问题 1)。
如果有换行符不匹配本地平台的情况,我还是建议你用 dos2unix 之类的工具转换下换行
符,因为很多配置文件是严格要求文件编码和换行符的,谨慎一点比较好。
未经允许不得转载:Bcoder资源网 » git: ”warning: LF will be replaced by CRLF“提示
评论前必须登录!
登陆 注册