Mon fichier .gitignore
semble être ignoré par Git - le fichier .gitignore
pourrait-il être corrompu ? Quel format de fichier, quelle locale ou quelle culture Git attend-il ?
Mon .gitignore
:
# This is a comment
debug.log
nbproject/
Sortie de git status
:
# On branch master
# Your branch is ahead of 'origin/master' by 1 commit.
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# debug.log
# nbproject/
nothing added to commit but untracked files present (use "git add" to track)
Je voudrais que debug.log
et nbproject/
n'apparaissent pas dans la liste des fichiers non suivis.
Où dois-je commencer à chercher pour résoudre ce problème ?
Même si vous n'avez pas suivi les fichiers jusqu'à présent, Git semble être capable de les "connaître" même après que vous les ayez ajoutés à .gitignore
.
NOTE: Commencez par commiter vos changements actuels, ou vous les perdrez.
Ensuite, exécutez les commandes suivantes depuis le dossier supérieur de votre dépôt Git :
git rm -r --cached .
git add .
git commit -m "fixed untracked files"
Corrigé. OK, j'ai créé le fichier .gitignore dans Notepad sous Windows et cela ne fonctionnait pas. Lorsque j'ai visualisé le fichier .gitignore sous Linux, il ressemblait à du charabia organisé - peut-être que Notepad avait écrit en Unicode plutôt qu'en ASCII ou en 8 bits.
J'ai donc réécrit le fichier sur ma machine Linux, et quand je l'ai ramené dans Windows, il fonctionne bien ! Hourra !
Une chose à regarder également : Enregistrez-vous votre fichier .gitignore avec les bonnes fins de ligne ?
Windows :
Si vous l'utilisez sous Windows, l'enregistrez-vous avec les terminaisons de ligne Windows ? Tous les programmes ne le font pas par défaut ; Notepad++ et de nombreux éditeurs PHP utilisent par défaut les fins de lignes Linux afin que les fichiers soient compatibles avec le serveur. Une façon simple de vérifier cela est d'ouvrir le fichier dans le Bloc-notes Windows. Si tout apparaît sur une seule ligne, alors le fichier a été enregistré avec les terminaisons de ligne Linux.
Linux :
Si vous avez des difficultés à faire fonctionner le fichier dans un environnement Linux, ouvrez le fichier dans un éditeur tel que Emacs ou [nano][1]. Si vous voyez des caractères non imprimables, cela signifie que le fichier a été enregistré avec des fins de ligne Windows.