warning: LF will be replaced by CRLF in xxxx.
Le fichier aura ses terminaisons de ligne d’origine dans votre répertoire de travail
La raison en est qu’il existe un problème d’évasion symbolique
Le saut de ligne sous Windows est CRLF, et le saut de ligne sous Linux est LF, donc lors de l’exécution de l’ajout de . Prompts, solution :
Instructions de configuration git core.autocrlf
La mise en forme est un petit casse-tête auquel de nombreux développeurs sont confrontés lorsqu’ils collaborent, surtout dans les situations multiplateformes. En raison de différences d’éditeurs ou de programmeurs Windows qui ajoutent des sauts de ligne à la fin des lignes de fichiers dans des projets multiplateformes, certains changements subtils d’espace peuvent involontairement se retrouver dans des travaux collaboratifs ou des correctifs soumis. Ne vous inquiétez pas, quelques options de configuration pour Git vous aideront à résoudre ces problèmes.
core.autocrlf
Si vous écrivez un programme sous Windows, ou si vous travaillez avec quelqu’un d’autre qui programme sous Windows et que vous êtes sur un autre système, vous pourriez rencontrer un problème de fermeture terminant la ligne. Cela s’explique par le fait que Windows utilise deux caractères, entrée chariot et sauts de ligne, pour terminer une ligne, tandis que Mac et Linux n’utilisent qu’un seul caractère pour les sauts de ligne. Bien que ce soit un problème mineur, cela peut grandement perturber la collaboration multiplateforme.
Git peut automatiquement convertir le fin de ligne CRLF en LF quand vous commettez, et de LF en CRLF lorsque vous empruntez du code. Utilisez core.autocrlf pour activer cela et réglez-le sur true sur Windows, afin que, lorsque le code sera retiré, LF sera converti en CRLF.
Configurez core.autocrlf en false, c’est-à-dire ne pas activer la fonction de conversion automatique.
|
Publié sur 05/01/2021 11:26:06
|
|
|
|
