删除 `cr` eslint(prettier/prettier) 错误的解决方案
问题
打开 vscode 就会有一堆的黄色的小波浪号,查看信息提示如下错误
Delete `␍` eslint(prettier/prettier)
解决方案
- 通过IDE一键切换
这是评论区掘金同道提供的方法,一般IDE下方状态栏会提供“切换行尾序列”的工具,如上图,一键切换到正确的行尾序列即可。
缺点:
- 只能修复当前文件,不能解决整个项目报错的问题。
-
eslint
错误消失,但暂存区多了文件改动记录,对比Working tree
也没发现任何不同。需要commit
所有文件,多余。
- 最佳方案
问题根源:
罪魁祸首是git
的一个配置属性:core.autocrlf
。由于历史原因,windows
下和linux
下的文本文件的换行符不一致。Windows
在换行的时候,同时使用了回车符CR(carriage-return character)
和换行符LF(linefeed character
)。而Mac
和Linux
系统,仅仅使用了换行符LF
。老版本的Mac
系统使用的是回车符CR
。
Windows Linux/Mac Old Mac(pre-OSX) CRLF LF CR '\n\r' '\n' '\r'
因此,文本文件在不同系统下创建和使用时就会出现不兼容的问题。
我的项目仓库中默认是Linux
环境下提交的代码,文件默认是以LF
结尾的(工程化需要,统一标准)。
当我用windows
电脑git clone
代码的时候,若我的autocrlf
(在windows
下安装git
,该选项默认为true
)为true
,那么文件每行会被自动转成以CRLF
结尾,若对文件不做任何修改,pre-commit
执行eslint
的时候就会提示你删除CR
。
现在可以理解ctrl+s
和yarn run lint --fix
方案为何可以修复eslint
错误了吧,因为Git
自动将CRLF
转换成了LF
。
现在VScode
,Notepad++
编辑器都能够自动识别文件的换行符是LF还是CRLF
。
如果你用的是windows
,文件编码是UTF-8
且包含中文,最好全局将autocrlf
设置为false
。
亲测有效
git config --global core.autocrlf false
注意:git
全局配置之后,你需要重新拉取代码。
参考来源