解决方法

在rules中加入

"linebreak-style": [0 ,"error", "windows"],

原理

CR LF CRLF

当许多人都有不同的编辑器、VCS 应用程序和操作系统时，可能会发生不同的行结尾由上述任何一种写入。
不同系统中的换行符
- Windows 操作系统中使用的换行符（换行符）通常是回车符（CR），后面是换行符（LF），使其成为回车换行符（CRLF），
- LinuxUnix使用简单换行符（LF）。相应的控制序列是"\n"（对于LF）和"\r\n"对于（CRLF）。
许多版本控制系统（如 git 和 subversion）可以自动确保正确的结局。但为了涵盖所有意外情况，您可以激活此规则（linebreak-style）。

linebreak-style

此规则强制执行统一的行结尾，而不受操作系统，VCS 或整个代码库中使用的编辑器的影响。

选项
"unix"（默认）强制使用Unix行结尾：\n对于LF。
"windows"强制使用Windows行结束符：\r\n用于CRLF。

unix

错误示例

"unix"（默认）强制使用Unix行结尾：\n对于LF。

"windows"强制使用Windows行结束符：\r\n用于CRLF。

正确示例

/*eslint linebreak-style: ["error", "unix"]*/

var a = 'a', // \n

    b = 'b'; // \n

// \n

function foo(params) { // \n

    // do stuff \n

}// \n

windows

错误示例

/*eslint linebreak-style: ["error", "windows"]*/

var a = 'a'; // \n

正确示例

*eslint linebreak-style: ["error", "windows"]*/

var a = 'a', // \r\n

    b = 'b'; // \r\n

// \r\n

function foo(params) { // \r\n

    // do stuff \r\n

} // \r\n

在版本控制系统中使用此规则

例如，Windows 系统上 git 的默认行为是在检出文件时将 LF 换行转换为 CRLF，但在提交更改时将换行符存储为 LF。linebreak-style如果配置了该"unix"设置，这将导致规则报告错误，因为 ESLint 看到的文件将具有 CRLF 换行符。如果你使用 git，你可以添加一行到你的.gitattributes文件，以防止 git 转换.js文件中的换行符：

*.js text eol=lf

git

Expected linebreaks to be 'LF' but found 'CRLF'.

解决方法

原理

CR LF CRLF

linebreak-style