git · Git
Le message
The file will have its original line endings in your working directory
Ce que cela veut dire
C'est la seconde moitié de l'avis CRLF ci-dessus : le fichier sur le disque conserve les fins de ligne qu'il a déjà, et seule la copie enregistrée dans le commit est normalisée. Cela vient du même réglage autocrlf, donc rien n'est cassé en soi. Mais si les diffs montrent des fichiers entiers modifiés, c'est le signe que les fins de ligne diffèrent dans l'équipe : figez la règle avec un .gitattributes dans le dépôt et lancez git add --renormalize . une fois. Cette commande ne réécrit que la façon de stocker les fins de ligne, pas le contenu des fichiers.
Le correctif
Pas de commande en une ligne ici. L’explication dit où regarder.
- Émis par
- git
- Git
- 29
Presque toutes les erreurs de git sont un refus qui signifie « faire cela depuis cet état ferait perdre quelque chose » ; fatal: veut dire que git s'est arrêté sans rien modifier, et les lignes hint: sous la première portent souvent le vrai remède.
Lire un message d’erreur
- Lisez à partir de la première ligne. Plus on descend, plus il s’agit des entrailles de l’outil ; la cause est généralement en haut.
- S’il y a un fichier et un numéro de ligne, commencez là — pas la première image de la pile, mais la ligne la plus haute qui nomme un fichier de vous.
- Cherchez le message tel quel, mais retirez d’abord vos chemins et vos noms de variables : c’est cela qui empêche la correspondance.
- La même situation se formule autrement selon la version de l’outil. Si les résultats sonnent faux, ajoutez le numéro de version.
- Avant de coller un correctif, vérifiez ce qu’il jette. Certains sont irréversibles.
Questions fréquentes
Q. Que veut dire « The file will have its original line endings in your working directory » ?
C'est la seconde moitié de l'avis CRLF ci-dessus : le fichier sur le disque conserve les fins de ligne qu'il a déjà, et seule la copie enregistrée dans le commit est normalisée. Cela vient du même réglage autocrlf, donc rien n'est cassé en soi. Mais si les diffs montrent des fichiers entiers modifiés, c'est le signe que les fins de ligne diffèrent dans l'équipe : figez la règle avec un .gitattributes dans le dépôt et lancez git add --renormalize . une fois. Cette commande ne réécrit que la façon de stocker les fins de ligne, pas le contenu des fichiers.
Q. Comment le corriger ?
Pas de commande en une ligne. L’explication ci-dessus dit où regarder.
Q. Quel outil émet cela ?
git. Cela relève de Git, et le message compte 12 mots.