一条命令让你这辈子彻底解决“LF will be replaced by CRLF“(建议收藏)

执行下方这条命令即可git config --global core.safecrlffalse我知道你现在很着急, 抓紧去 commit 吧如果还不行, 你就把上面命令中的 safetcrlffalse 改为 autocrlftrue, 再执行一次全文完如果你满肚子都是疑问请往下看为什么会出这个问题?我敢拿生命保证,你肯定在用 Windows, 这是 Windows 专属 bug(换成 MacOS 也能彻底解决这个问题)为什么我同事也都是 Windows 却没问题?是因为你某次不经意的操作把 git 中的 safecrlf 配置改成了 true可能是某个软件好心帮你改的可能是你之前看到某篇文章说safecrltrue是最佳实践, 然后你就改了而 Git 的默认配置就是 false, 文章开头那个命令就让你改回去而已如果你想了解到底为什么, 请坐好, 要发车了什么是 LF CRLF世界上有两种操作系统WindowsUnix MacOS Linux这两种系统在表示空格这种不可见字符时方式是一样的, 但表示到这该换行啦的方式却不一样Windows 用CRLF标识Unix 用LF标识问题此时就出现了, 怎么保证代码/文本在任何系统上都能正常显示/运行呢?Git 给出了解决方案: 只用 LF.如果是 Windows 系统在从仓库拉取代码时(其实是把代码 checkout/switch 到某分支时)自动把 LF 转换成 CRLF在 add 时自动把 CRLF 转换成 LF这种行为是由那个配置项控制的呢?auto crlf, 看准单词, 是auto. 文章最上方让你设置是另一个配置项:safe报的错是什么意思?fatal: LF will be replaced by CRLF警告: CRLF 将要转换 LF(但我就是不给转)What?commit 时就是应该是把 CRLF 转换成 LF, 很正常呀, 它为什么会出警告问题出在一个叫做safe crlf的配置项上, 看准单词, 是safe这个配置项的意思是: 检查 CRLF 与 LF 的转换是否安全.隐含意思是: 判断一下以后 checkout/switch 时还能把 LF 转换成 CRLF吗?恭喜你, 中奖了, Git 认为以后转换不回来, 所以不让你 add 本次的变更Fuck!这时你需要告诉它, 不要检查, 即 safecrlf false这样改行吗?当然行了, 这是 Git 的默认配置, 你同事在愉快的用 Windows 开发, 就是因为他们没动过默认配置接下来的演示是全新系统/全新 git 的效果, 你肯定无法复现, 不过可以去你同事电脑上试试其他文章可能会让你执行下面这个命令, 看一下是否设置了自动转换(看准单词, 是 auto)git config --global core.autocrlf执行后什么都不会显示, 类似这样这是因为只要没配置过全局的 autocrlf, 就会显示为空那怎么查看 auto 当前的默认值呢?你应该执行下面这个命令: 把单词 global 换成了 getgit config --get core.autocrlf显示 true, 意思就是 Git 默认给自动转换你可以在你电脑上执行一下, 如果显示是 false, 抓紧执行下方命令, 即改为 truegit config --global core.autocrlftrue接下来同理, 我们去查看 safe 的默认值git config --global core.safecrlf git config --get core.safecrlf你会发现这两条命令都没有结果Why?傻瓜, 你还没明白吗, 没有值就是 null, null 在程序中代表 false 呀看看这一节的标题, 你心中有答案了, 对吧有些包不管任何系统, 它只用 LF比如说 pnpm, 它不管什么系统, 都会把 package.json 和 pnpm-lock.json 的换行符格式化成 LF 的所以, 请接受现实, 胳膊拧不过大腿, 老老实实按我说的改就行, 用节省下来的精力去用在真正重要的技术上不好嘛