Comment forcer git à utiliser LF au lieu de CR + LF sous Windows?

Je veux forcer git à extraire des fichiers sous Windows en utilisant simplement LFpas CR+LF. J'ai vérifié les deux options de configuration mais je n'ai pas pu trouver la bonne combinaison de paramètres.

Je veux qu'il convertisse tous les fichiers LFet les conserve LF.

Remarque: j'ai utilisé autocrlf = inputmais cela ne fait que réparer les fichiers lorsque vous les validez. Je veux le forcer à les utiliser LF.

Je n'étais probablement pas aussi clair: le référentiel utilise déjà LFmais les fichiers extraits à l'aide de msysgit utilisent CR+LFet je veux forcer msysgit à les obtenir avec LF: forçage des fins de ligne Unix .

>git config --list | grep crlf
core.autocrlf=input

Le PO a ajouté dans sa question:

les fichiers extraits en utilisant msysgit utilisent CR+LFet je veux forcer msysgit pour les obtenir avecLF

Une première étape simple serait toujours dans un .gitattributesfichier:

# 2010
*.txt -crlf

# 2020
*.txt text eol=lf 

(comme indiqué dans les commentaires de petit - enfant , se référant à la .gitattributesconversion de fin de ligne ), pour éviter toute CRLFconversion de fichiers avec correct eol.

Et j'ai toujours recommandé git config --global core.autocrlf false de désactiver toute conversion (qui s'appliquerait à tous les fichiers versionnés)

Voir Meilleures pratiques pour la configuration git multiplateforme?

Depuis Git 2.16 (Q1 2018), vous pouvez utiliser git add --renormalize .pour appliquer ces .gitattributesparamètres immédiatement.

Mais une deuxième étape plus puissante implique un pilote de filtre gitattribute et ajoute une étape de maculage

Chaque fois que vous mettriez à jour votre arborescence de travail, un script pourrait, uniquement pour les fichiers que vous avez spécifiés dans .gitattributes, forcer la LF eolet toute autre option de formatage que vous souhaitez appliquer.
Si le clearscript " " ne fait rien, vous aurez (après validation) transformé vos fichiers, en appliquant exactement le format que vous souhaitez qu'ils suivent.

La bonne façon d'obtenir les terminaisons LF dans Windows est d'abord de définir core.autocrlfsur false:

git config --global core.autocrlf false

Vous devez le faire si vous utilisez msysgit, car il le définit truedans ses paramètres système.

Maintenant, git ne fera aucune normalisation de fin de ligne. Si vous souhaitez que les fichiers que vous archivez soient normalisés, procédez comme suit: Définissez text=autovotre .gitattributespour tous les fichiers:

* text=auto

Et réglé core.eolsur lf:

git config --global core.eol lf

Maintenant, vous pouvez également basculer un seul référentiel vers crlf (dans le répertoire de travail!) En exécutant

git config core.eol crlf

Une fois la configuration terminée, vous souhaiterez peut-être que git normalise tous les fichiers du référentiel . Pour ce faire, accédez à la racine de votre référentiel et exécutez ces commandes:

git rm --cached -rf .
git diff --cached --name-only -z | xargs -n 50 -0 git add -f

Si vous voulez maintenant que git normalise également les fichiers dans votre répertoire de travail , exécutez ces commandes:

git ls-files -z | xargs -0 rm
git checkout .

Je reviens à cette réponse assez souvent, mais aucune de ces réponses ne me convient parfaitement. Cela dit, la bonne réponse pour moi est un mélange des autres.

Ce que je trouve fonctionne comme suit:

 git config --global core.eol lf
 git config --global core.autocrlf input

Pour les dépôts qui ont été extraits après que ces paramètres globaux ont été définis, tout sera extrait comme quoi que ce soit dans le dépôt - avec un peu de chance LF( \n). Tout CRLFsera converti en juste LFlors de l'enregistrement.

Avec un référentiel existant que vous avez déjà extrait - qui a les terminaisons de ligne correctes dans le référentiel mais pas votre copie de travail - vous pouvez exécuter les commandes suivantes pour le corriger:

git rm -rf --cached .
git reset --hard HEAD

Cela supprimera ( rm) récursivement ( r) sans prompt ( -f), tous les fichiers sauf ceux que vous avez édités ( --cached), du répertoire actuel ( .). Le resetretourne ensuite tous ces fichiers dans un état où ils ont leurs vraies fins de ligne (correspondant à ce qui est dans le référentiel).

Si vous devez corriger les fins de ligne des fichiers dans un référentiel, je vous recommande de saisir un éditeur qui vous permettra de le faire en bloc comme IntelliJ ou Sublime Text, mais je suis sûr que tout bon supportera probablement cela.

Le contexte

Si vous

1. veulent forcer tous les utilisateurs à avoir des fins de ligne LF pour les fichiers texte et
2. vous ne pouvez pas vous assurer que tous les utilisateurs modifient leur configuration git,

vous pouvez le faire à partir de git 2.10. La version 2.10 ou ultérieure est requise, car la version 2.10 a corrigé le comportement de text = auto avec eol = lf . Source .

Solution

Mettez un .gitattributesfichier à la racine de votre dépôt git ayant le contenu suivant:

* text=auto eol=lf

Engagez-le.

Ajustements facultatifs

Vous pouvez également ajouter un .editorconfigà la racine de votre référentiel pour vous assurer que les outils modernes créent de nouveaux fichiers avec les fins de ligne souhaitées.

# EditorConfig is awesome: http://EditorConfig.org

# top-most EditorConfig file
root = true

# Unix-style newlines with a newline ending every file
[*]
end_of_line = lf
insert_final_newline = true

core.autocrlf=inputest le bon réglage pour ce que vous voulez, mais vous devrez peut-être faire un git update-index --refreshet / ou un git reset --hardpour que le changement prenne effet.

Avec core.autocrlfdéfini sur input, git n'appliquera pas de conversion de nouvelle ligne au moment du départ (donc si vous avez LF dans le repo, vous obtiendrez LF), mais il s'assurera que si vous vous trompez et introduisez des CRLF dans le travail copier en quelque sorte, ils ne feront pas leur entrée dans le repo.

Vous pouvez trouver la solution à ce problème sur: https://help.github.com/en/github/using-git/configuring-git-to-handle-line-endings

Description simplifiée de la façon dont vous pouvez résoudre ce problème sur Windows:

Paramètres globaux pour les fins de ligne La commande git config core.autocrlf est utilisée pour modifier la façon dont Git gère les fins de ligne. Cela prend un seul argument.

Sous Windows, vous passez simplement fidèle à la configuration. Par exemple: C:> git config --global core.autocrlf true

Bonne chance, j'espère avoir aidé.