在我的情况下，我使用windows操作系统和git代码支持Mac和转换为CRLF 在cmd提示符下运行命令停止文件转换为CRLF:

git config --global core.autocrlf input

再次签出代码并再次打开Visual Studio code并再次运行脚本。这对我很管用。

我升级到“更漂亮”:“^2.2.0”，错误消失了

我知道这是旧的，但我刚刚在我的团队(一些mac，一些linux，一些windows，所有的vscode)遇到了这个问题。

解决方案是在vscode的设置中设置行结束:

.vscode/settings.json

{
    "files.eol": "\n",
}

https://qvault.io/2020/06/18/how-to-get-consistent-line-breaks-in-vs-code-lf-vs-crlf/

解决方案

git config --global core.autocrlf false

在全局配置之后，您需要再次拉出代码。

问题的根本原因:

罪魁祸首是git, core. selff的配置属性

由于历史原因，windows和linux下文本文件的换行方式不同。

在换行时，换行符同时使用CR(换行符)和LF(换行符) Mac和Linux只使用换行符LF 旧版本的Mac使用回车CR

因此，在不同的系统中创建和使用文本文件时会出现不兼容问题。

当我在Windows上克隆代码时，默认为true，然后文件的每一行都自动转换为CRLF。如果你没有对文件做任何改变，eslint通过预提交删除CR，因为git会自动将CRLF转换为LF。

参考

https://developpaper.com/solution-to-delete-%E2%90%8Deslint-prettier-prettier-error/

检查VS Code底部状态栏的右侧，在那里它显示了诸如行和列，空格，文本编码(UTF-8等)等信息。您应该看到一个Select End Of Line Sequence状态显示(LF或CRLF)，您可以单击它进行更改。请确保您没有手动更改它，使其与您希望pretty使用的内容冲突。

尝试在你的. pretierrc(或. pretierrc .json)文件中设置" endoline ":"auto"(在对象内部)

或一组

'prettier/prettier': [
  'error',
  {
    'endOfLine': 'auto',
  }
]

在eslintrc文件的rules对象中。

如果你使用的是windows机器，endoline可以“crlf”基于你的git配置。