Delete `␍`eslint(prettier/prettier)错误

今天提交代码的时候，控制台报的错误就有点吓人，一下子所有文件都有问题，吓死宝宝了，不要慌，接下来我们来解决这个问题吧

解决方案：
方案一：一个一个文件的选择，具体操作如下，手动把CRLF换成LF。缺点：文件太多，换不过来，太鸡肋。

方案二：yarn run lint --fix
比上面省事，eslint错误消失，但暂存区多了n个文件改动记录，对比Working tree也没发现任何不同。
参考资料：“error Delete ⏎ prettier/prettier” in .vue files’’
缺点：需要commit所有文件，多余。反正我用npm run lint --fix这个方法没有成功，报错了。
值得一提的是，先打开package.json,在script，中间插入 --fix，运行此命令才不会报错

修改如下图所示

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

"endOfLine": "auto"

缺点：不能兼容跨平台开发，从前端工程化上讲没有做到尽善尽美。
我直接加了这行代码解决问题的
参考资料：Why do I keep getting Delete ‘cr’ [prettier/prettier]?

四、最佳方案
问题根源:

罪魁祸首是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全局配置之后，你需要重新拉取代码。