2016-07-16 1 views
4

J'utilise Windows et PHPStorm IDE pour le développement web. Dans Git Bash, quand je veux ajouter (git add .) ou commit - il y aurait des centaines d'avertissements comme celui-ci:Y at-il un risque ou des inconvénients d'utiliser: git config --global core.autocrlf false

warning: LF will be replaced by CRLF in ... 
The file will have its original line endings in your working directory. 

Mais si je fais ce qui suit dans Git Bash:

git config --global core.autocrlf false 

Plus de ces avertissements. Y a-t-il un risque ou un inconvénient à régler core.autocrlf à false? Ou je ne devrais pas m'inquiéter? Comme je l'ai déjà écrit, je travaille avec des applications web (fichiers php, fichiers html, css ... qui seront plus tard poussés vers un représentant distant sur GitHub ou copiés sur un serveur Linux de production ...). Désolé pour mon mauvais anglais.

Répondre

3

En bref, cela ne devrait pas faire de différence. Sous Windows, le format de fin de ligne standard est un caractère retour chariot suivi d'un caractère saut de ligne (CRLF), alors que dans le monde Unix, seul le caractère de saut de ligne est utilisé (LF pour faire court). C'est ce que votre git vous avertit - qu'il veut changer le type de ligne se terminant dans le fichier qu'il commet, même s'il ne change pas dans votre répertoire de travail local.

La plupart des systèmes Unix peuvent reconnaître correctement les fins de ligne CRLF, mais les éditeurs de texte Windows ont parfois des problèmes avec les fins de ligne de type Unix (Notepad étant l'exemple le plus notable). Depuis git convertit loin de style Unix, ça devrait aller. Même si ce n'était pas le cas, vous seriez probablement bien, car la plupart des éditeurs de texte de développement dans le monde Windows peuvent gérer les fins de ligne de type Unix. De toute évidence, si votre base de code contient une sorte de générateur de code roulé à la main (ou quelque chose dans cette veine) qui repose sur des types de fin de ligne spécifiques dans ses entrées, cela peut sortir un peu. Mais, si vous avez un tel générateur, il est probablement raisonnable de dire que vous connaissez probablement les risques/problèmes associés aux styles de fin de ligne différents.

+0

* "Les systèmes Unix peuvent reconnaître correctement les fins de ligne CRLF" * n'est pas ** vrai pour tous les systèmes Unix. Par exemple, les scripts bash avec des terminaisons CRLF sur SLES 10 vont se plaindre d'un caractère '^ M 'inconnu. –

+0

OK, assez juste. –