2017-01-05 1 views
0

Je travaille sur un référentiel de code où tous les développeurs collaborent avec le référentiel en utilisant Windows PC & eclipse comme IDE. L'administrateur du référentiel a configuré ce fichier .gitattributes dans le répertoire parent qui suit:gitattribute paramètre de fin de ligne

* text eol=crlf 

Je lis here que git maintient en interne base de données objet à écrire (commit)/lecture (caisse) les modifications.

Est-ce que ce paramètre ci-dessus dans .gitattributes va vérifier le code avec la fin de ligne CRLF (windows) et le fichier dans le référentiel sera maintenu dans CRLF?

Activé, l'option "Afficher les espaces blancs" dans Eclipse IDE a révélé que toutes les terminaisons de fichier étaient un saut de ligne (LF) sans retour chariot (CR).

Quelqu'un pourrait-il indiquer la cause de ce problème?

Sur un autre référentiel, il a

* text eol=lf*.java eol=crlf*.csv eol=crlf*.jar binary*.sql eol=crlf 

Est-ce que cela signifie tous les fichiers (.java/csv/Sql) aurait CRLF et d'autres fichiers seraient des fins de ligne LF?

+0

Avez-vous déjà lu à ce sujet? Voici une bonne ressource https://git-scm.com/docs/gitattributes#__code_textcode. – soundslikeodd

Répondre

0

Une bonne source pour .gitattributes information sont les gitscm.com docs (https://git-scm.com/docs/gitattributes#__code_text_code)

  1. Je ne crois pas * text eol=crlf fonctionnera. Il doit être * text crlf

  2. Vous devez diviser la ligne unique * text eol=lf*.java eol=crlf*.csv eol=crlf*.jar binary*.sql eol=crlf en plusieurs lignes.

Ajoutez ces lignes à votre fichier . gitattributes.

# other files will have LF 
* text=lf 

# .java .csv .jar .sql will have CRLF 
*.java eol=lf 
*.csv eol=crlf 
*.jar eol=crlf 
*.sql eol=crlf