1.背景

在进行代码仓库clone打开后，vscode报错全屏的 Delete ␍eslint(prettier/prettier)问题

原因是因为：
罪魁祸首是git的一个配置属性：

由于历史原因，windows下和linux下的文本文件的换行符不一致。* Windows在换行的时候，同时使用了回车符CR(carriage-return character)和换行符LF(linefeed character) * 而Mac和Linux系统，仅仅使用了换行符LF * 老版本的Mac系统使用的是回车符CR 

因此，文本文件在不同系统下创建和使用时就会出现不兼容的问题。
我的项目仓库中默认是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。

2. 解决方案：

1.vscode直接转化

一般IDE下方状态栏会提供“切换行尾序列”的工具，如上图，一键切换到正确的行尾序列即可。
好处：直接转化当前页面的报错
坏处：只能修复当前文件，不能解决整个项目报错的问题。

2. yarn run lint --fix

比上面省事，eslint错误消失，但暂存区多了n个文件改动记录，对比Working tree也没发现任何不同。

缺点：需要commit所有文件，多余。

3. 配置.prettierrc文件

在项目根目录下的.prettierrc文件中写入即可。其实就是不让prettier检测文件每行结束的格式.

"endOfLine": "auto" 

缺点：不能兼容跨平台开发，从前端工程化上讲没有做到尽善尽美。

4. 设置git配置（最佳实践）

好处：一劳永逸，但是需要重新clone一下代码

cmd命令行输入以下代码

git config --global core.autocrlf false