Comment puis-je la force de git à utiliser LF au lieu de CR+LF sous windows?

Je veux de la force git checkout fichiers sous Windows en utilisant simplement LF pas CR+LF. J'ai vérifié les deux options de configuration, mais je n'étais pas capable de trouver la bonne combinaison de paramètres.

Je veux convertir tous les fichiers LF et de garder la LF sur les fichiers.

Remarque: j'ai utilisé autocrlf = input mais cela répare les fichiers lorsque vous les valider. Je veux le forcer à les obtenir à l'aide de LF.

Probablement que je n'étais pas si clair: le référentiel est déjà à l'aide de LF mais les extraits des fichiers à l'aide de msysgit utilisez CR+LF et je veux de la force de msysgit de les obtenir avec LF: forcer les fins de ligne Unix.

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

autocrlf=input est la bonne option. Bien sûr, il ne protège pas contre les fichiers qui ont vraiment cr+lf dans le référentiel ou la création de fichiers avec cr+lf dans un autre outil avant de les ajouter à git. Quels problèmes rencontrez-vous que cela ne fonctionne pas?
Les fichiers dans le référentiel sont déjà en utilisant uniquement LF mais lorsque je les reçois sous Windows msysgit convertit CR+LF.
Il doit y avoir quelque chose avec votre config; je viens de le tester sur mon msysgit installer. Avec autocrlf ensemble de input, git est en laissant lf des sauts de ligne seul. Vous pouvez poster à la sortie de git config?
Veuillez envoyer la sortie de git config --list | grep crlf
Dans ce cas, je suggère que vous vous connectez à un bug; de préférence, pointant vers un dépôt de test qui présente à votre problème et y compris les étapes à suivre pour reproduire le comportement que vous voyez est vraiment mauvais (mais je ne peux pas le reproduire).
Un petit conseil: assurez-vous également que vous exécutez les commandes git sur le git vous pensez que vous êtes. Par exemple, vous pouvez avoir git est installé sur windows, et git installé sur cygwin, alors assurez-vous d'avoir défini le droit git config.

InformationsquelleAutor sorin | 2010-03-25

git msysgit

89

L'OP ajouté à sa question:

les fichiers extraits à l'aide de msysgit utilisez CR+LF et je veux aller de l'msysgit de les obtenir avec LF

Une première étape simple serait encore à un .gitattributes fichier:
```
*.txt -crlf
```
afin d'éviter toute crlf conversion de fichiers avec un bon eol.

Et J'ai toujours recommandé git config --global core.autocrlf false pour désactiver la conversion (qui s'appliquerait à tous fichiers versionnés)

Voir les Meilleures pratiques pour la croix-plate-forme git config?

Mais une seconde plus puissante consiste à gitattribute pilote de filtre et ajouter une tache étape

Chaque fois que vous mettez à jour votre arbre de travail, un script peut, uniquement pour les fichiers que vous avez spécifié dans le .gitattributes, la force de la LF eol et toute autre option de mise en forme que vous souhaitez appliquer.

Si le "clear" script ne fait rien, vous aurez (après commit) qui se transforme vos fichiers, en appliquant exactement le format que vous avez besoin d'eux pour suivre.
- Une question: *.txt fait référence à tous les fichiers .txt extension ou de tous les fichiers texte (non binaire)? Je ne peux pas faire une liste avec tous les types d'extension de fichier je vais l'avoir dans le projet.
- tous les fichiers avec .txt extension. Il est préférable d'établir le présent et de le tester sur un groupe spécifique, avant une généralisation à *, et ajouter une règle négative !*.xyz ... à exclure quelques fichiers à partir de cette règle.
InformationsquelleAutor VonC
420

La bonne façon d'obtenir LF terminaisons Windows est d'abord de définir core.autocrlf à false:
```
git config --global core.autocrlf false
```
Vous avez besoin de faire cela si vous utilisez msysgit, parce qu'il la définit true dans ses paramètres système.

Maintenant git ne fera pas de fin de ligne de la normalisation. Si vous souhaitez que les fichiers de vous enregistrer afin d'être normalisée, ce faire: Définir text=auto dans votre .gitattributes pour tous les fichiers:
```
* text=auto
```
Et définir core.eol à lf:
```
git config --global core.eol lf
```
Maintenant, vous pouvez aussi passer seul repos à crlf (dans le répertoire de travail!) en exécutant
```
git config core.eol crlf
```
Après vous avez terminé la configuration, vous pouvez git pour normaliser tous les fichiers dans le repo. Pour ce faire, allez à la racine de votre repo 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 git aussi normaliser les fichiers dans votre répertoire de travail, exécutez ces commandes:
```
git ls-files -z | xargs -0 rm
git checkout .
```
- Je suis fatale pathspec " ne correspond à aucun des fichiers, juste après git diff --cached --name-only -z | xargs -0 git add
- qu'est-ce que la sortie de git diff --cached --name-only?
InformationsquelleAutor Chronial
211

Je reviens à cette réponse assez souvent, bien qu'aucune de ces sont assez bon pour moi. Cela dit, le droit de réponse pour moi est un mélange de tous les autres.

Ce que je trouve fonctionne est la suivante:
```
 git config --global core.eol lf
 git config --global core.autocrlf input
```
Pour pensions de titres qui ont été vérifié après ces paramètres globaux ont été fixés, tout sera vérifié que ce qu'il est dans le pensions – nous l'espérons LF (\n). Tout CRLF seront convertis juste LF sur l'enregistrement.

Avec un repo que vous avez déjà vérifié – que a la bonne fin de ligne, dans les pensions de titres, mais pas votre copie de travail, vous pouvez exécuter les commandes suivantes pour résoudre le problème:
```
git rm -rf --cached .
git reset --hard HEAD
```
Cela permettra de supprimer (rm) de manière récursive (r) sans demander (-f), tous les fichiers sauf ceux que vous avez modifié (--cached), à partir du répertoire courant (.). Le reset retourne ensuite tous ces fichiers dans un etat où ils ont leur vrai caractère de nouvelle ligne (correspondant à ce qui est dans le repo).

Si vous avez besoin de fixer les fins de ligne de fichiers dans une pension, je vous recommandons de prendre un éditeur qui vous permettra de le faire en vrac comme IntelliJ ou Sublime Text, mais je suis sûr que toute la bonne volonté de soutenir cette.
- Nous avons une seule repo avec des sous-répertoires qui nécessitent différentes de fin de ligne de la manipulation. Le choix d'une option ne fonctionne pas pour cette. Même pas dans le repo. Comment voulez-vous appliquer ces mêmes paramètres .gitattributes?
- Notepad++ montre également la ligne fin de la actuellement de fichier ouvert dans le coin en bas à droite. Un clic droit sur ce champ vous permettra de modifier les fins de ligne.
InformationsquelleAutor Ben Liyanage
47

Contexte

Si vous
1. voulez forcer tous les utilisateurs à LF fins de ligne pour les fichiers texte et
2. vous ne pouvez pas garantir que tous les utilisateurs de changer leur git config,
vous pouvez le faire en commençant par git 2.10. 2.10 ou plus) est nécessaire, parce que 2.10 fixe le comportement du texte=auto avec eol=lf. Source.

Solution

Mettre un .gitattributes fichier dans la racine de votre dépôt git ayant contenu suivant:
```
* text=auto eol=lf
```
Commettre.

Option réglages

Vous pouvez également ajouter un .editorconfig dans la racine de votre dépôt pour s'assurer que l'outillage moderne crée de nouveaux fichiers avec des fins de ligne.
```
# 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
```
- C'était la meilleure solution pour moi. J'ai également combiné cette avec editorconfig.org de sorte que lors de l'écriture dans l'Ide, je voudrais écrire LF EOLs.
InformationsquelleAutor koppor
26

core.autocrlf=input est l'endroit le plus approprié pour ce que vous voulez, mais vous pourriez avoir à faire un git update-index --refresh et/ou un git reset --hard pour que la modification prenne effet.

Avec core.autocrlf ensemble de input, git ne s'appliquera pas de saut de ligne-conversion check-out (donc si vous avez de la FL dans les pensions de titres, vous aurez LF), mais il fera en sorte que dans le cas où vous vous trompez et introduire quelques CRLFs dans la copie de travail d'une certaine façon, elles ne veulent pas faire leur chemin dans le repo.
- Les commandes doivent être git rm --cached-r . && git reset --hard
InformationsquelleAutor kusma

Vous devez vous connecter pour publier un commentaire.

Contexte

Solution

Option réglages