Les sauts de ligne attendus sont 'LF 'mais ont trouvé' CRLF ' linebreak-style
Lors de l'utilisation d'eslint dans le projet gulp, j'ai rencontré un problème d'erreur comme celui-ciExpected linebreaks to be 'LF' but found 'CRLF' linebreak-style et j'utilise l'environnement Windows pour le gulp en cours d'exécution et le journal des erreurs entier est donné ci-dessous
Kiran (master *) Lesson 4 $ gulp
Using gulpfile c:UsersSaiDesktopweb-build-tools4
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:UsersSaiDesktopweb-build-tools4jsextra.js
$>UsersSaiDesktopweb-build-tools4jsextra.js
error Expected linebreaks to be 'LF' but found 'CRLF' linebreak-style
J'ai aussi compris supplémentaire.JS fichier comme l'erreur indiquant une erreur possible.
function getWindowHeight() {
return window.innerHeight;
}
getWindowHeight();
3 réponses
Vérifiez si vous avez la règle linebreak-style Configurer comme ci-dessous soit dans votre .eslintrc ou dans le code source:
/*eslint linebreak-style: ["error", "unix"]*/
Puisque vous travaillez sur Windows, vous pouvez utiliser cette règle à la place:
/*eslint linebreak-style: ["error", "windows"]*/
Reportez-vous à la documentation de linebreak-style:
Lors du développement avec beaucoup de gens ayant tous des éditeurs différents, VCS applications et systèmes d'exploitation il peut se produire que la ligne différente les fins sont écrites par l'un des mentionnés (pourrait en particulier se produire lorsque vous utilisez les versions windows et mac de SourceTree ainsi).
Les sauts de ligne (nouvelles lignes) utilisés dans le système d'exploitation windows sont habituellement, les retours chariot (CR) suivis d'un saut de ligne (LF) ce qui en fait un retour chariot (CRLF) alors que Linux et Unix utilisent un saut de ligne (LF). Les séquences de contrôle correspondantes sont
"\n"(pour LF) et"\r\n"pour (CRLF).
C'est une règle qui est automatiquement résolu. L'option --fix sur la ligne de commande corrige automatiquement les problèmes signalés par cette règle.
Mais si vous souhaitez conserver les fins de ligne CRLF dans votre code (comme vous travaillez sur Windows) n'utilisez pas l'option fix.
Je l'ai trouvé utile (où je voulais ignorer les flux de ligne et ne pas modifier les fichiers) pour les ignorer dans le .eslintrc utilisant linebreak-style selon cette réponse: https://stackoverflow.com/a/43008668/1129108
module.exports = {
extends: 'google',
quotes: [2, 'single'],
globals: {
SwaggerEditor: false
},
env: {
browser: true
},
rules:{
"linebreak-style": 0
}
};
Si vous utilisez vscode et vous êtes sur Windows je vous recommande d' cliquez sur l'option en bas à droite de la fenêtre et de le régler à la FL de CRLF. Parce que nous ne devrions pas désactiver la configuration juste pour supprimer les erreurs sur Windows