Comment puis-je empêcher le .gitignore d'apparaître dans la liste des fichiers non suivis?

Je viens de faire un git inità la racine de mon nouveau projet.

J'ai ensuite créé un .gitignorefichier.

Maintenant, lorsque je tape git status, le fichier .gitignore apparaît dans la liste des fichiers non suivis. Pourquoi donc?

Le .gitignorefichier doit être dans votre référentiel, il doit donc être ajouté et validé, comme git statussuggéré. Il doit faire partie de l'arborescence du référentiel, afin que les modifications apportées à celui-ci puissent être fusionnées, etc.

Alors, ajoutez-le à votre référentiel, il ne doit pas être ignoré.

Si vous voulez vraiment, vous pouvez ajouter .gitignoreau .gitignorefichier si vous ne voulez pas qu'il soit validé. Cependant, dans ce cas, il est probablement préférable d'ajouter les ignores à .git/info/exclude, un fichier local d'extraction spécial qui fonctionne exactement comme .gitignore mais ne s'affiche pas en "état git" car il se trouve dans le .gitdossier.

Voir aussi https://help.github.com/articles/ignoring-files

Si vous souhaitez stocker la liste des fichiers ignorés en dehors de votre arborescence Git, vous pouvez utiliser le fichier .git / info / exclude . Il est appliqué uniquement à votre paiement du repo.

Vous pouvez en fait mettre une ligne .gitignoredans votre .gitignorefichier. Cela entraînerait l' .gitignoreignorance du fichier par git. Je ne pense pas que ce soit une bonne idée. Je pense que le fichier ignoré devrait être contrôlé et suivi. Je mets juste ça là pour être complet.

Vous pouvez également avoir un .gitignorefichier git utilisateur global qui s'appliquera automatiquement à tous vos dépôts. Ceci est utile pour les fichiers IDE et éditeur (par exemple swpet les *~fichiers pour Vim). Modifiez l'emplacement des répertoires en fonction de votre système d'exploitation.

1. Ajoutez à votre ~/.gitconfigfichier:

   [core]
   excludesfile = /home/username/.gitignore
   

2. Créez un ~/.gitignorefichier avec des modèles de fichiers à ignorer.

3. Enregistrez vos fichiers de points dans un autre référentiel afin d'avoir une sauvegarde (facultative).

Chaque fois que vous copiez, initiez ou clonez un dépôt, votre fichier gitignore global sera également utilisé.

Si quelqu'un a déjà ajouté un .gitignoreà votre référentiel, mais que vous souhaitez y apporter des modifications et ignorer ces modifications, procédez comme suit:

git update-index --assume-unchanged .gitignore

Source .

Après avoir ajouté .gitignoreet validé le fichier, il n'apparaîtra plus dans la liste des "fichiers non suivis".

git add .gitignore
git commit -m "add .gitignore file"
git status

Au cas où quelqu'un d'autre aurait la même douleur que nous. Nous voulions exclure un fichier qui avait déjà été validé.

Ce message était beaucoup plus utile: travailler avec .git / info / exclude trop tard

Plus précisément, ce dont vous avez besoin pour ignorer un fichier est en fait utiliser la commande git remove Voir git rm ( http://www.kernel.org/pub/software/scm/git/docs/git-rm.html )

vous le testez en allant

git rm --dry-run *.log
(si vous dites vouloir exclure tous les fichiers journaux)

cela produira ce qui serait exclu si vous l'exécutiez.

puis

vous l'exécutez en allant

git rm *.log
(ou tout autre chemin / expression de nom de fichier que vous souhaitez)

Ajoutez ensuite une *.logligne à votre .gitignorefichier.

Bien sûr, le fichier .gitignore apparaît sur l'état, car il n'est pas suivi, et git le voit comme un nouveau fichier savoureux à manger!

Cependant, comme .gitignore est un fichier non suivi, c'est un candidat à ignorer par git lorsque vous le mettez dans .gitignore!

Donc, la réponse est simple: il suffit d'ajouter la ligne:

.gitignore # Ignore the hand that feeds!

dans votre fichier .gitignore!

Et, contrairement à la réponse d'Août, je dois dire que ce n'est pas que le fichier .gitignore devrait être dans votre référentiel. Il se trouve que cela peut , ce qui est souvent pratique. Et c'est probablement vrai que c'est la raison pour laquelle .gitignore a été créé comme une alternative à .git / info / exclude, qui n'a pas la possibilité d'être suivi par le référentiel. En tout cas, la façon dont vous utilisez votre fichier .gitignore dépend entièrement de vous.

Pour référence, consultez la page de manuel gitignore (5) sur kernel.org.

L'idée est de mettre des fichiers spécifiques à votre projet dans le .gitignorefichier et (comme déjà mentionné) de l'ajouter au référentiel. Par exemple .pycet.o fichiers, les journaux créés par la suite de tests, certains appareils, etc.

Pour les fichiers que votre propre configuration crée mais qui n'apparaîtront pas nécessairement pour chaque utilisateur (comme les .swpfichiers si vous utilisez vim, les répertoires ecplise cachés et autres), vous devez utiliser .git/info/exclude(comme déjà mentionné).

Tout d'abord, comme beaucoup d'autres l'ont déjà dit, votre .gitignoredevrait être suivi par Git (et ne devrait donc pas être ignoré). Laissez-moi vous expliquer pourquoi.

(TL; DR: validez le .gitignorefichier et utilisez un global.gitignore pour ignorer les fichiers créés par votre IDE ou votre système d'exploitation)

Git est, comme vous le savez probablement déjà, un système de contrôle de version distribué . Cela signifie qu'il vous permet de basculer entre les différentes versions (même si le développement a divergé en différentes branches) et qu'il permet également à plusieurs développeurs de travailler sur le même projet.

Bien que le suivi de votre .gitignoreait également des avantages lorsque vous basculez entre des instantanés, la raison la plus importante pour la valider est que vous souhaiterez partager le fichier avec d'autres développeurs qui travaillent sur le même projet. En validant le fichier dans Git, les autres contributeurs obtiendront automatiquement le .gitignorefichier lorsqu'ils cloneront le référentiel, de sorte qu'ils n'auront pas à s'inquiéter de la validation accidentelle d'un fichier qui ne devrait pas être validé (comme les fichiers journaux, les répertoires de cache, les informations d'identification de la base de données , etc.). Et si à un moment donné le projet .gitignoreest mis à jour, ils peuvent simplement récupérer ces modifications au lieu d'avoir à modifier le fichier manuellement.

Bien sûr, il y aura certains fichiers et dossiers que vous voudrez ignorer, mais qui sont spécifiques à vous et ne s'appliquent pas aux autres développeurs. Cependant, ceux-ci ne devraient pas être dans le projet .gitignore. Il existe deux autres endroits où vous pouvez ignorer les fichiers et les dossiers:

• Les fichiers et dossiers créés par votre système d'exploitation ou IDE doivent être placés dans un global.gitignore . L'avantage est que cela .gitignores'applique à tous les référentiels de votre ordinateur, vous n'avez donc pas à répéter cette opération pour chaque référentiel. Et il n'est pas partagé avec d'autres développeurs, car ils pourraient utiliser un système d'exploitation et / ou un IDE différent.
• Les fichiers qui n'appartiennent ni au projet .gitignore, ni au global .gitignore, peuvent être ignorés à l'aide d' exclusions de référentiels explicites dansyour_project_directory/.git/info/exclude . Ce fichier ne sera pas partagé avec d'autres développeurs et est spécifique à ce référentiel unique

Attention au "problème" suivant Parfois, vous voulez ajouter des répertoires mais aucun fichier dans ces répertoires. La solution simple consiste à créer un .gitignore avec le contenu suivant:

*

Cela semble fonctionner correctement jusqu'à ce que vous réalisiez que le répertoire n'a pas été ajouté (comme prévu dans votre référentiel. La raison en est que le .gitignore sera également ignoré, et donc le répertoire est vide. Ainsi, vous devriez faire quelque chose comme ceci :

*
!.gitignore

Cela semble fonctionner uniquement pour votre répertoire actuel pour pouvoir Gitignorer tous les fichiers du référentiel.

mettre à jour ce fichier

.git/info/exclude 

avec votre joker ou votre nom de fichier

*pyc
*swp
*~

Si vous avez déjà archivé .gitignore et que vous souhaitez ignorer les modifications apportées à celui-ci, consultez cette réponse :

Essayez d'utiliser cette commande:

git update-index --assume-unchanged FILENAME_TO_IGNORE

Pour l'inverser (si jamais vous souhaitez y apporter des modifications), utilisez:

git update-index --no-assume-unchanged

MISE À JOUR :

Voici comment répertorier les fichiers «supposés inchangés» dans le répertoire actuel:

git ls-files -v | grep -E "^[a-z]"

Comme l' -voption utilisera des lettres minuscules pour les fichiers «supposés inchangés».

Dans mon cas, je souhaite exclure un fichier existant. Seule la modification de .gitignore ne fonctionne pas. J'ai suivi ces étapes:

git rm --cached dirToFile/file.php
vim .gitignore
git commit -a

De cette façon, j'ai nettoyé du cache le fichier que je voulais exclure et après l'avoir ajouté à .gitignore .

Accédez au répertoire de base de votre dépôt git et exécutez la commande suivante:

echo '\\.*' >> .gitignore

Tous les fichiers de points seront ignorés, y compris ce .DS_Store embêtant si vous êtes sur un Mac.

Il est tout à fait possible qu'un utilisateur final veuille que Git ignore le fichier ".gitignore" simplement parce que les dossiers spécifiques à l'IDE créés par Eclipse ne sont probablement pas les mêmes que NetBeans ou un autre IDE. Donc, pour garder le code source IDE antagoniste, il est facile d'avoir un git personnalisé ignoré qui n'est pas partagé avec toute l'équipe car les développeurs individuels peuvent utiliser différents IDE.

.gitignoreconsiste à ignorer les autres fichiers. git concerne les fichiers, il s'agit donc d'ignorer les fichiers. Cependant, comme git fonctionne sur des fichiers, ce fichier doit être là comme mécanisme pour lister les autres noms de fichiers.

Si on l'appelait, .the_list_of_ignored_filescela pourrait être un peu plus évident.

Une analogie est une liste de choses à faire que vous ne voulez PAS faire. À moins que vous ne les listiez quelque part, il y a une sorte de liste de choses à faire que vous ne connaîtrez pas à leur sujet.

Je pense qu'il y a des situations où ignorer le .gitignore est très utile. Par exemple, lorsque vous avez plusieurs équipes ou une grande équipe travaillant sur la même base de code. Dans ce cas, vous devez avoir certaines conventions, l'une de ces conventions concerne ce qui est ignoré lors du dépôt git. Il s'agit généralement d'ignorer les fichiers et répertoires créés par IDE ou OS, certains journaux générés, etc.

Cependant, il existe une force qui tend à introduire des modifications non conventionnelles au .gitignorefichier. Le .gitignorefichier peut être modifié par une personne irresponsable, par erreur, par un outil utilisé, ou dans un autre cas.

Pour avoir une contre-force à cela, nous pouvons faire comme suit:

1. Le .gitignore initial doit refléter la convention dans les équipes,
2. Après avoir été poussé, le .gitignore doit être sécurisé en ajoutant une entrée .gitignore et pousser à nouveau ce changement. Le .gitignorefichier est " scellé " de cette façon.

Le " scellé ".gitignore fichier peut être modifié, juste localement, sans propager ces changeurs aux autres membres de l'équipe. Cependant, si un changement est largement accepté dans toute l'équipe, il est possible de le «desceller», de le changer et de le «sceller» à nouveau. Cela ne peut pas être fait par erreur, uniquement intentionnellement.

Malheureusement, vous ne pouvez pas être protégé à 100% contre la stupidité, mais de cette façon, vous avez fait tout votre possible pour éviter que des choses stupides ne se produisent.

Si vous avez une équipe relativement petite avec de très bons professionnels, cela ne serait pas important, mais même ces gars-là apprécieraient d'avoir une chose de moins à s'inquiéter.

L'utilisation .git/info/excludeest cool quand vous ne pouvez rien faire sur les paramètres d'infrastructure, il suffit de couvrir votre propre ** pour ne pas faire d'erreur.

Du point de vue de ce qui est bien et de ce qui ne va pas, je vote pour avoir l'entrée .gitignore dans le .gitignorefichier, donnant à chacun la liberté de faire localement ce qu'il veut, mais pas d'envahir les autres.

J'ai trouvé que le meilleur endroit pour configurer un ignorer les .DS_Storefichiers embêtants est dans le .git/info/excludefichier.

IntelliJ semble le faire automatiquement lorsque vous y installez un référentiel git.