Erwartete Zeilenumbrüche als ‘LF’, aber ‘CRLF’-Zeilenumbruch-Stil gefunden

Bei der Verwendung von eslint im Gulp-Projekt bin ich auf ein Problem mit einem solchen Fehler gestoßen
Expected linebreaks to be 'LF' but found 'CRLF' linebreak-style und ich verwende die Windows-Umgebung für den laufenden Schluck und das gesamte Fehlerprotokoll ist unten angegeben

 Kiran (master *) Lesson 4 $ gulp
 Using gulpfile c:\Users\Sai\Desktop\web-build-tools\4\
 gulpfile.js
 Starting 'styles'...
 Finished 'styles' after 17 ms
 Starting 'lint'...
 'lint' errored after 1.14 s
 ESLintError in plugin 'gulp-eslint'
 sage: Expected linebreaks to be 'LF' but found 'CRLF'.
 ails: fileName: c:\Users\Sai\Desktop\web-build-tools\4\js\extra.js



$>Users\Sai\Desktop\web-build-tools\4\js\extra.js
error  Expected linebreaks to be 'LF' but found 'CRLF'  linebreak-style

Ich habe auch inkl extra.js Datei als Fehler, der auf einen möglichen Fehler hinweist.

function getWindowHeight() {
    return window.innerHeight;
}

getWindowHeight();

Überprüfen Sie, ob Sie die haben linebreak-style konfigurieren Sie die Regel wie folgt, entweder in Ihrer .eslintrc-Datei oder im Quellcode:

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

Da Sie unter Windows arbeiten, möchten Sie vielleicht stattdessen diese Regel verwenden:

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

Beziehen Sie sich auf die Dokumentation von linebreak-style:

Bei der Entwicklung mit vielen Leuten, die alle unterschiedliche Editoren, VCS-Anwendungen und Betriebssysteme haben, kann es vorkommen, dass unterschiedliche Zeilenenden von einem der beiden genannten geschrieben werden (kann insbesondere passieren, wenn die Windows- und Mac-Versionen von SourceTree zusammen verwendet werden).

Die Zeilenumbrüche (neue Zeilen), die im Windows-Betriebssystem verwendet werden, sind normalerweise Wagenrückläufe (CR), gefolgt von einem Zeilenvorschub (LF), was es zu einem Wagenrücklauf-Zeilenvorschub (CRLF) macht, während Linux und Unix einen einfachen Zeilenvorschub (LF) verwenden. Die entsprechenden Steuersequenzen sind "\n" (für LF) und "\r\n" für (CRLF).

Dies ist eine Regel, die automatisch behoben werden kann. Das --fix Option in der Befehlszeile behebt automatisch Probleme, die von dieser Regel gemeldet werden.

Aber wenn Sie behalten möchten CRLF Zeilenenden in Ihrem Code (da Sie unter Windows arbeiten) verwenden Sie nicht die fix Möglichkeit.

Ich fand es nützlich (wobei ich Zeilenvorschübe ignorieren und keine Dateien ändern wollte), sie in der .eslintrc-Datei im Zeilenumbruch-Stil gemäß dieser Antwort zu ignorieren: https://stackoverflow.com/a/43008668/1129108

module.exports = {
  extends: 'google',
  quotes: [2, 'single'],
  globals: {
    SwaggerEditor: false
  },
  env: {
    browser: true
  },
  rules:{
    "linebreak-style": 0
  }
};

Wenn Sie vscode verwenden und eingeschaltet sind Fenster ich würde es dir empfehlen Klicken Sie auf die Option unten rechts im Fenster und setzen Sie sie auf LF von CRLF. Denn wir sollten die Konfiguration nicht nur aus Gründen der Fehlerbeseitigung abschalten Fenster

Wenn Sie LF / CLRF nicht sehen, klicken Sie mit der rechten Maustaste auf die Statusleiste und wählen Sie Zeilenende bearbeiten.

Hier ist eine wirklich gute Möglichkeit, diesen Fehler zu beheben. Sie können die folgende Zeile in die Datei .eslintrc.js einfügen.

Je nach Betriebssystem werden entsprechende Zeilenenden verwendet.

rules: {
        'linebreak-style': ['error', process.platform === 'win32' ? 'windows' : 'unix'],
 }

Wenn du es drin haben willst crlf (Windows Eol), gehen Sie zu Datei -> Einstellungen -> Einstellungen. Geben Sie „Zeilenende“ auf der Registerkarte „Benutzer“ ein und vergewissern Sie sich Dateien: Eol ist eingestellt auf \r\n und wenn Sie die Prettier-Erweiterung verwenden, vergewissern Sie sich Schöner: End of Line ist eingestellt auf crlf. Fügen Sie schließlich in Ihrer eslintrc-Datei diese Regel hinzu: 'linebreak-style': ['error', 'windows']

fügen Sie unserer Regel in der .eslintrc-Datei ‘linebreak-style’:0 in Vue js hinzu

  rules: {
    'linebreak-style':0,
  }

Gerade gemacht autocrlf param in der .gitconfig-Datei false und den Code neu geklont. Es funktionierte!

[core]
autocrlf = false