如果上述代码不适合您，请尝试以下两个步骤。

1. 在规则对象内的文件.eslintrc.json中添加此代码将解决此问题

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

2 更改开发服务器—修复

npm run dev

To

npm run dev --fix

OR

npm run lint -- --fix
yarn run lint -- --fix

NPM运行lint -- --fix

运行这个命令，这对我有用

错误出现时，我拉代码从git，这为我工作:

步骤1:

Git配置——全局核心。autocrlf假

步骤2:

删除当前文件夹

步骤3:

再次从git中提取代码 尝试再次运行命令

对于那些使用@vue/prettier的人来说，它和eslint之间可能存在冲突，从而导致此错误。尽管@vue/prettier是与vue cli一起安装的，但它只是一个临时解决方案，直到prettier原生地接受vue，而这已经完成了。问题可以通过“更漂亮”来解决。

解决方案

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/

我在我的nest js应用程序中也有同样的问题。将下面的代码添加到.eslintrc.jsrules中，然后运行yarn run lint——fix修复了这个问题。

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

我的.eslintrc.js规则看起来是这样的。

 rules: {
'@typescript-eslint/interface-name-prefix': 'off',
'@typescript-eslint/explicit-function-return-type': 'off',
'@typescript-eslint/explicit-module-boundary-types': 'off',
'@typescript-eslint/no-explicit-any': 'off',
'prettier/prettier': [
  'error',
  {
    endOfLine: 'auto',
  },
],

},