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.
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.