61 votes

git, ne me montre pas * .pyc dans la liste des fichiers non suivis!

Quand le faire:

>git status

Il montre une grande liste de .pyc fichiers sous "sans traces de fichiers". Je ne veux pas de ça pour montrer à ces, car il ajoute du bruit.

En d'autres termes, comment puis-je faire git d'ignorer .pyc les fichiers de tous les temps et pour tous les projets?

MODIFIER

Je ne suis pas demandé un moyen de répandre ma ignoré des fichiers à d'autres personnes, j'ai vraiment tout dire "pour tous les projets", ce qui signifie que je ne veux pas configurer chaque nouveau projet d'ignorer .pyc fichiers.

Mise à JOUR

Je dois ajouter que je suis en train de travailler sur windows, et mon git est msysgit

Des modèles qui, un utilisateur veut git d'ignorer dans toutes les situations (par exemple, la sauvegarde ou les fichiers temporaires générés par l'utilisateur de l'éditeur de choix) vont généralement dans un fichier spécifié par cœur.excludesfile à l'utilisateur ~/.gitconfig.

Est .gitconfig un fichier ou un dossier? Je n'ai pas une telle chose dans mon répertoire home (C:\users\<myusername>\)

UPDATE2

Merci à tous pour les réponses,

J'ai résolu les problèmes en utilisant:

>git config --global core.excludesfile c:\git\ignore_files.txt

et de mettre *.pyc en c:\git\ignore_files.txt

86voto

VonC Points 414372

Comme mentionné dans gitignore, git a 3 ignorer les fichiers:

  • Les modèles qui doivent être sous contrôle de version, et distribué à d'autres dépôts via clone (c'est à dire, les fichiers que tous les développeurs veulent ignorer) il devrait aller dans un .gitignore file.

(qui prend soin de tous les temps: si l'un des clones de votre dépôt, il sera la .gitignore fichier)

  • Les modèles qui sont spécifiques à un référentiel spécifique, mais qui ne doivent pas être partagés avec d'autres référentiels (par exemple, les fichiers auxiliaires qui vivent à l'intérieur du dépôt, mais qui sont spécifiques à un utilisateur de flux de travail) qui devrait aller dans le $GIT_DIR/info/fichiers exclus.

(ce n'est pas intéressant dans votre cas)

  • Des modèles qui, un utilisateur veut git d'ignorer dans toutes les situations (par exemple, la sauvegarde ou les fichiers temporaires générés par l'utilisateur de l'éditeur de choix) vont généralement dans un fichier spécifié par core.excludesfile dans la user's ~/.gitconfig.

(s'occupe de tous les projets, mais pas tout le temps car il n'est pas répliqué lorsque l'un des clones de votre dépôt.)

"De tous les temps, pour tous les projets" signifie par exemple une coque sur mesure pour la création de nouveaux projets git, avec une coutume .gitignore comme premier fichier de la première partie de commettre...

56voto

J.F. Sebastian Points 102961

Mettre dans le fichier ~/.gitignore :

 *.pyc
 

Courir:

 git config --global core.excludesfile ~/.gitignore
 

Je suis d'accord avec @David Wolever, cette option doit être utilisée avec prudence, si jamais.

Le ~/.gitignore ( "%HOME%\.gitignore" sur Windows) n’est qu’une convention selon laquelle vous pouvez utiliser n’importe quel nom de fichier de votre choix, par exemple "c:\docs\gitignore.txt" .

38voto

Bombe Points 34185
 git config --global core.excludesfile "c:\program files\whatever\global_ignore.txt"
 

Puis ajouter

 *.foo
 

à ce fichier.

7voto

demoslam Points 123

Une autre façon d’ignorer certains modèles de fichier est la suivante: ajoutez * .pyc à .git / info / excludes, c’est une méthode beaucoup plus propre.

2voto

David Wolever Points 34304

Si je me souviens bien, il existe un moyen de configurer un .gitignore global ... Mais le problème, c'est que vous ne pouvez pas le partager avec d'autres personnes (autrement dit, les autres personnes qui extraient votre code verront les fichiers .pyc).

Donc, à mon humble avis, il est préférable de simplement l’ajouter au .gitignore pour chaque projet que vous démarrez. Je garde un stock .gitignore autour pour cette raison.

<flamme-appât>
Ou vous pouvez passer à bzr, qui vient avec une liste par défaut de choses à ignorer ^ _ ^
</ flamebait>

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X