Attendu retours à la ligne (pour être "LF", mais trouvé "CRLF' saut de ligne-style

Lors de l'utilisation de eslint dans le gulp projet, j'ai rencontré un problème avec l'erreur comme ceci

Expected linebreaks to be 'LF' but found 'CRLF' linebreak-style et je suis en utilisant l'environnement de Windows pour l'exécution de trait et l'ensemble du journal des erreurs est donnée ci-dessous

 Kiran (master *) Lesson 4 $ gulp
 Using gulpfile c:\Users\Sai\Desktop\web-build-tools\
 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\js\extra.js



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

J'ai aussi compris extra.js fichier d'erreur indiquant une éventuelle erreur.

function getWindowHeight() {
    return window.innerHeight;
}

getWindowHeight();

InformationsquelleAutor SaiKiran | 2016-06-15

172

Vérifier si vous avez la linebreak-style règle configurer comme ci-dessous dans votre .eslintrc ou dans le code source:
```
/*eslint linebreak-style: ["error", "unix"]*/
```
Puisque vous travaillez sous Windows, vous pouvez utiliser cette règle à la place:
```
/*eslint linebreak-style: ["error", "windows"]*/
```
Reportez-vous à la la documentation de linebreak-style:

Lors du développement avec un grand nombre de personnes tout en ayant des éditeurs différents, VCS
applications et systèmes d'exploitation, il se peut que les différentes lignes
les terminaisons sont rédigés par des cités (peut surtout
se produire lors de l'utilisation de windows et la version mac de SourceTree
ensemble).

Les retours à la ligne ((les nouvelles lignes) utilisés dans le système d'exploitation windows sont
habituellement, les retours chariot (CR), suivi par un saut de ligne (LF) qui
retour chariot saut de ligne (CRLF) alors que Linux et Unix, utilisez un simple
saut de ligne (LF). Le correspondant séquences de contrôle sont "\n" (FL)
et "\r\n" pour (CRLF).

C'est une règle qui est automatiquement résolu. Le --fix option sur la ligne de commande corrige automatiquement les problèmes signalés par cette règle.

Mais si vous souhaitez conserver CRLF ligne terminaisons dans votre code (que vous travaillez sur Windows) ne pas utiliser le fix option.

InformationsquelleAutor Dheeraj V.S.
108

J'ai trouvé utile (où j'ai voulu ignorer les retours à la ligne et modifiez pas les fichiers) pour les ignorer dans l' .eslintrc à l'aide de saut de ligne-style que par 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
  }
};
```
- C'. Merci pour la solution
InformationsquelleAutor The Coder
59

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. Car il ne faut pas désactiver la configuration juste pour le plaisir de l'élimination des erreurs sur Windows

Si vous ne voyez pas de LF /CLRF, puis à droite, cliquez sur la barre d'état et sélectionnez Éditeur de Fin de Ligne.
- Comment définir cette configuration globale dans un projet? je dois le faire pour chaque fichier
- en bas à droite? où?
- Le paramètre global dans VSCode semble être: Settings -> Text Editor -> Files -> Eol, mis à \n. Cela semble s'appliquer uniquement les nouveaux fichiers, vous pourrez toujours avoir à passer chaque fichier manuellement.
- brillant solution facile pour VSCode. fixe toutes mes bâtir des questions liées à la peluchage
- Merci, bonne solution.
InformationsquelleAutor Mr_Perfect
7

Juste fait autocrlf param dans .gitconfig fichier false et recloned le code. Il a travaillé!

[core] autocrlf = false

InformationsquelleAutor vnxyz
5

Arriver avec moi parce que j'ai couru git config core.autocrlf true et j'ai oublié de vous rever de retour.

Après, quand je caisse/pull nouveau code LF (saut de ligne Unix) a été remplacé par cr /lf (Saut de ligne dans Windows).

J'ai couru linter, et tous les messages d'erreur sont Expected linebreaks to be 'LF' but found 'CRLF'

Pour résoudre le problème, j'ai vérifié autocrlf de la valeur en cours d'exécution git config --list | grep autocrlf et j'ai eu:
```
core.autocrlf=true
core.autocrlf=false
```
J'ai édité le mondial GIT config ~/.gitconfig et remplacé autocrlf = true par autocrlf = false.

Après, je suis allé à mon projet et de faire ce qui suit (en supposant que le code dans src/ dossier):
```
CURRENT_BRANCH=$(git branch | grep \* | cut -d ' ' -f2);
rm -rf src/*
git checkout $CURRENT_BRANCH src/
```
InformationsquelleAutor Abdennour TOUMI
4

Si vous utilisez vscode je vous recommande de cliquer sur l'option en bas à droite de la fenêtre et de le régler à la FL de CRLF..ce corrigé mes erreurs
- exactement où est-ce?
- En bas à droite
- c'est la solution pour moi! 10x
InformationsquelleAutor Athif Shaffy
0

Si vous utilisez WebStorm et vous êtes sur Windows je vous recommande d'cliquez sur paramètres/éditeur/style de code/onglet général et sélectionnez "windows(\r\n) dans le menu déroulant.Ces étapes s'appliquent également pour Coureur.

InformationsquelleAutor binary_fm
0

Si vous le voulez dans la crlf (Windows Eol), allez dans Fichier -> Préférences -> Paramètres. De Type "fin de ligne" dans l'onglet Utilisateur et assurez-vous que Fichiers: Eol est fixé à \r\n et si vous êtes à l'aide de la plus belle extension, assurez-vous plus Joli: la Fin de la Ligne est fixé à crlf. Enfin, sur votre eslintrc fichier, ajouter cette règle: 'linebreak-style': ['error', 'windows']

InformationsquelleAutor CLUTCHER

Vous devez vous connecter pour publier un commentaire.