Commande Git pour afficher les fichiers spécifiques sont ignorés par .gitignore

Notes:

• xiaobai's réponse est plus simple (git1.7.6+): git status --ignored
  
  (comme détaillé dans "Est-il un moyen d'indiquer à git-le statut d'ignorer les effets de .gitignore fichiers?")
• MattDiPasquale's réponse (à upvoted) git clean -ndX fonctionne sur les anciens gits, l'affichage d'un aperçu de ce que les fichiers ignorés pourraient être supprimés (sans rien enlever)

---

Aussi intéressant (mentionné dans qwertymk's réponse), vous pouvez également utiliser le git check-ignorer -v de commande, au moins sur Unix (ne fonctionne pas dans un CMD Windows session)

git check-ignore *
git check-ignore -v *

Le second affiche la règle de la .gitignore qui en fait un fichier pour être ignoré dans votre repo git.

Sur Unix, à l'aide de "Ce qui s'étend à tous les fichiers dans le répertoire de façon récursive?" et un bash4+:

git check-ignore **/*

(ou un find -exec commande)

---

Réponse originale à cette question 42009)

git ls-files -i

devrait fonctionner, sauf son code source indique:

if (show_ignored && !exc_given) {
                fprintf(stderr, "%s: --ignored needs some exclude pattern\n",
                        argv[0]);

exc_given ?

Il s'avère qu'il faut un paramètre plus après la -i effectivement rien de liste:

Essayer:

git ls-files -i --exclude-from=[Path_To_Your_Global].gitignore

(mais cela ne ferait que la liste de vos cache (non pris en compte) de l'objet, avec un filtre, donc ce n'est pas tout à fait ce que vous voulez)

---

Exemple:

$ cat .git/ignore
# ignore objects and archives, anywhere in the tree.
*.[oa]
$ cat Documentation/.gitignore
# ignore generated html files,
*.html
# except foo.html which is maintained by hand
!foo.html
$ git ls-files --ignored \
    --exclude='Documentation/*.[0-9]' \
    --exclude-from=.git/ignore \
    --exclude-per-directory=.gitignore

---

En fait, dans mon "gitignore fichier (appelé "exclure"), je trouve une ligne de commande qui pourrait vous aider:

F:\prog\git\test\.git\info>type exclude
# git ls-files --others --exclude-from=.git/info/exclude
# Lines that start with '#' are comments.
# For a project mostly in C, the following would be a good set of
# exclude patterns (uncomment them if you want to use them):
# *.[oa]
# *~

Donc....

git ls-files --others --ignored --exclude-from=.git/info/exclude
git ls-files -o -i --exclude-from=.git/info/exclude

git ls-files --others --ignored --exclude-standard
git ls-files -o -i --exclude-standard

devrait faire l'affaire.

Comme mentionné dans le ls-fichiers page de man, --others est la partie importante, afin de vous montrer non mis en cache, non-engagé, normalement les fichiers ignorés.

--exclude_standard n'est pas seulement un raccourci, mais un moyen de l'inclure tous standard "ignoré les modèles" paramètres".

exclude-standard

Ajouter la norme git exclusions: .git/info/exclude, .gitignore dans chaque répertoire, et le user's global exclusion file.

Une autre option qui est assez propre (Pas de mauvais jeu de mots.):

git clean -ndX

Explication:

$ git help clean

git-clean - Remove untracked files from the working tree
-n, --dry-run - Don't actually remove anything, just show what would be done.
-d - Remove untracked directories in addition to untracked files.
-X - Remove only files ignored by Git.

Remarque: Cette solution ne sera pas afficher les fichiers ignorés qui ont déjà été supprimées.

Git a maintenant cette fonctionnalité intégrée dans

git check-ignore *

Bien sûr, vous pouvez modifier le globe de quelque chose comme **/*.dll dans votre cas

Git De Référence

Voici comment imprimer la liste complète des fichiers dans l'arbre de travail qui correspondent à des motifs situé n'importe où dans Git multiples gitignore sources (si vous utilisez GNU find):

$ cd {your project directory}
$ find . -path ./.git -prune -o -print \
| git check-ignore --no-index --stdin --verbose

Il va vérifier tous les fichiers dans la branche du référentiel (sauf si vous avez supprimé localement).

Et d'identifier le particulier gitignore les lignes de source, en tant que bien.

Git continue de suivre l'évolution de certains fichiers qui correspondent à gitignore modèles, tout simplement parce que ces fichiers ont été ajoutés déjà. Avantageusement, la commande ci-dessus affiche les fichiers, trop.

Négatif gitignore motifs sont également jumelés. Toutefois, ceux-ci sont facilement reconnaissables dans la liste, parce qu'ils commencent avec !.

Si vous utilisez Windows, Git Bash GNU find (comme l'a révélé par find --version).

Si la liste est longue (et vous avez rev), vous pouvez les afficher en extension (un peu), trop:

$ cd {your project directory}
$ find . -path ./.git -prune -o -print \
| git check-ignore --no-index --stdin --verbose \
| rev | sort | rev

Pour plus de détails, voir man find, man git-check-ignore, man rev, et man sort.

Le point de l'ensemble de cette approche est que Git (le logiciel) est en train de changer rapidement et est très complexe. En revanche, GNU find est extrêmement stable (au moins, dans ses fonctions utilisées ici). Ainsi, toute personne qui désire être concurrentiel par l'affichage de leurs connaissances approfondies de Git de répondre à la question d'une manière différente.

Quelle est la meilleure réponse? Ce réponse délibérément réduit sa dépendance à Git de la connaissance, vers la réalisation de l'objectif de stabilité et de simplicité grâce à sa modularité (isolation d'information), et est conçu pour durer une long temps.

En supposant il y a quelques ignorer les répertoires, pourquoi ne pas utiliser "git status node/logs/" qui va vous dire quels sont les fichiers à ajouter? Dans le répertoire, j'ai un fichier texte qui ne fait pas partie de la sortie de statut, par exemple:

Sur la branche master

Votre branche est à jour avec 'origin/master'.

Sans traces de fichiers:

(utilisez "git add ..." à inclure dans ce qui va être commis)

    node/logs/.gitignore 

.gitignore est:

*

!.gitignore