最近在windows下面最了个项目用git来管理，git add .的时候一直报错 LF will be replaced by CRLF，网上的大部分答案都是git config --global core.autocrlf false，禁用自动换行，这样做确实可以让我在这个项目中add了 但是问题是，另一项目（从mac下拉的代码），做管理的时候必须要把它设置成true才可以
Euh, utilisez-vous Baidu ? . . Vous ne connaissez donc pas du tout la cause du problème, cela n'a rien à voir avec le retour à la ligne automatique
Caractère de nouvelle ligne Windows : CRLF Caractère de nouvelle ligne Linux/UNIX : LF Bien sûr, vous devez convertir le caractère de retour chariot de Windows vers UNIX.
git config --global core.autocrlf false
Désactivez la fonction de conversion de nouvelle ligne
git config --global core.autocrlf true
Cela fonctionne comme suit : Git peut gérer cela en convertissant automatiquement les fins de ligne CRLF en LF lorsque vous ajoutez un fichier à l'index À partir de la documentation officielle
Comme git était au début exclusif à Linux, les sauts de ligne ont toujours été les LF de Linux. Si une équipe de projet a des utilisateurs Linux et Windows, les sauts de ligne doivent être unifiés. Bien sûr, les fichiers généraux doivent être unifiés en tant que LF. autocrlf est activé, les fichiers locaux des utilisateurs Windows sont toujours CR LF, automatiquement convertis en LF lorsqu'ils sont soumis.
ps : Étant donné que Windows est largement utilisé en Chine, il est très possible de modifier les fichiers spécifiques à Windows en sauts de ligne LF, tels que les scripts batch bat. De cette façon, les fichiers téléchargés depuis github perdront les sauts de ligne CR, ce qui entraîne l'incapacité de courir.
Cet élément de paramètre est redondant. Il est généralement recommandé de le désactiver et de s'assurer manuellement que les sauts de ligne sont cohérents. Généralement, les IDE actuels peuvent afficher normalement plusieurs styles de saut de ligne, et LF peut également être affiché normalement sous Windows. Tant que vous ne modifiez pas le code avec le Bloc-notes Windows, les sauts de ligne de style CR LF n'apparaîtront pas.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Euh, utilisez-vous Baidu ? . . Vous ne connaissez donc pas du tout la cause du problème, cela n'a rien à voir avec le retour à la ligne automatique
Caractère de nouvelle ligne Windows : CRLF Caractère de nouvelle ligne Linux/UNIX : LF
Bien sûr, vous devez convertir le caractère de retour chariot de Windows vers UNIX.
Désactivez la fonction de conversion de nouvelle ligne
Cela fonctionne comme suit :
Git peut gérer cela en convertissant automatiquement les fins de ligne CRLF en LF lorsque vous ajoutez un fichier à l'index
À partir de la documentation officielle
Comme git était au début exclusif à Linux, les sauts de ligne ont toujours été les LF de Linux. Si une équipe de projet a des utilisateurs Linux et Windows, les sauts de ligne doivent être unifiés. Bien sûr, les fichiers généraux doivent être unifiés en tant que LF. autocrlf est activé, les fichiers locaux des utilisateurs Windows sont toujours CR LF, automatiquement convertis en LF lorsqu'ils sont soumis.
ps : Étant donné que Windows est largement utilisé en Chine, il est très possible de modifier les fichiers spécifiques à Windows en sauts de ligne LF, tels que les scripts batch bat. De cette façon, les fichiers téléchargés depuis github perdront les sauts de ligne CR, ce qui entraîne l'incapacité de courir.
Cet élément de paramètre est redondant. Il est généralement recommandé de le désactiver et de s'assurer manuellement que les sauts de ligne sont cohérents. Généralement, les IDE actuels peuvent afficher normalement plusieurs styles de saut de ligne, et LF peut également être affiché normalement sous Windows. Tant que vous ne modifiez pas le code avec le Bloc-notes Windows, les sauts de ligne de style CR LF n'apparaîtront pas.