解决方法

在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
05-28 11:07