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