Polecenie Git, aby pokazać, które konkretne pliki są ignorowane przez .gitignore

Mam mokre stopy z Git i mam następujący problem:

Drzewo źródeł mojego projektu:

/
|
+--src/
+----refs/
+----...
|
+--vendor/
+----...

Mam kod (obecnie MEF) w mojej gałęzi dostawcy, którą tam skompiluję, a następnie przeniosę referencje, do /src/refsktórych projekt je pobiera.

Moim problemem jest to, że mam .gitignorezestaw do zignorowania *.dlli *.pdb. Mogę zrobić, git add -f bar.dllaby wymusić dodanie zignorowanego pliku, co jest w porządku, problem polega na tym, że nie mogę wymyślić listy istniejących plików, które są ignorowane.

Chcę wyświetlić listę ignorowanych plików, aby upewnić się, że nie zapomnę ich dodać.

Przeczytałem stronę podręcznika użytkownika git ls-filesi nie mogę jej uruchomić . Wydaje mi się, że git ls-files --exclude-standard -ipowinienem robić to, co chcę. czego mi brakuje?

Uwagi:

• xiaobai „s odpowiedź jest prostsza (git1.7.6 +): (jak wyszczególniono w« Czy istnieje sposób, aby powiedzieć git-stan ignorować skutków plików? »)git status --ignored
.gitignore
• MattDiPasquale „s odpowiedź (być upvoted) git clean -ndXdziała na starszych gits, wyświetlając podgląd tego, co ignorowane pliki mogą zostać usunięte (bez usuwania czegokolwiek)

Również ciekawe (wymienione w qwertymk „s odpowiedź ), można również użyć git check-ignore -vpolecenia, przynajmniej na Unix ( nie działa w CMD systemu Windows sesji)

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

Drugi wyświetla rzeczywistą regułę, .gitignorektóra powoduje, że plik jest ignorowany w twoim repozytorium git.
W systemie Unix za pomocą „ Co rekurencyjnie rozszerza się na wszystkie pliki w bieżącym katalogu? ” I bash4 +:

git check-ignore **/*

(lub a find -exec polecenie)

Uwaga: https://stackoverflow.com/users/351947/Rafi B. sugeruje w komentarzach, aby uniknąć (ryzykownej) globstar :

git check-ignore -v $(find . -type f -print)

Pamiętaj jednak, aby wykluczyć pliki z .git/podfolderu.

Oryginalna odpowiedź 42009)

git ls-files -i

powinien działać, z wyjątkiem tego , że kod źródłowy wskazuje:

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

exc_given ?

Okazuje się, że potrzebuje jeszcze jednego parametru po -i aby cokolwiek wyświetlić:

Próbować:

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

(ale wyświetliłoby to tylko twój buforowany (niezignorowany) obiekt z filtrem, więc nie jest to dokładnie to, czego chcesz)

Przykład:

$ 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

Właściwie w moim pliku „gitignore” (zwanym „exclude”) znajduję wiersz poleceń, który może ci pomóc:

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]
# *~

Więc....

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

powinien załatwić sprawę.

Jak wspomniano na stronie podręcznika ls-files , --othersjest to ważna część, aby pokazać ci pliki niebuforowane, niezaangażowane, normalnie ignorowane.

--exclude_standardto nie tylko skrót, ale sposób na dołączenie wszystkich standardowych ustawień „ignorowanych wzorców”.

exclude-standard
Dodaj standardowe wyłączenia git: .git/info/exclude, .gitignorew każdym katalogu, a user's global exclusion file.

Jest na to znacznie prostszy sposób (git 1.7.6+):

git status --ignored

Zobacz Czy istnieje sposób, aby powiedzieć git-status, aby ignorował efekty plików .gitignore?

Inna opcja, która jest dość czysta (nie ma sensu).

git clean -ndX

Wyjaśnienie:

$ 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.

Uwaga: to rozwiązanie nie wyświetla ignorowanych plików, które zostały już usunięte.

Chociaż ogólnie poprawne rozwiązanie nie działa we wszystkich okolicznościach. Załóżmy katalog repo w ten sposób:

# ls **/*                                                                                                       
doc/index.html  README.txt  tmp/dir0/file0  tmp/file1  tmp/file2

doc:
index.html

tmp:
dir0  file1  file2

tmp/dir0:
file0

i .gitignore, takie jak:

# cat .gitignore
doc
tmp/*

To ignoruje dockatalog i wszystkie pliki poniżejtmp . Git działa zgodnie z oczekiwaniami, ale podane polecenie do wyświetlenia listy zignorowanych plików nie działa. Rzućmy okiem na to, co mówi git:

# git ls-files --others --ignored --exclude-standard                                                            
tmp/file1
tmp/file2

Zauważ, że docbrakuje na liście. Możesz to uzyskać za pomocą:

# git ls-files --others --ignored --exclude-standard --directory                                                
doc/

Zwróć uwagę na dodatkową --directoryopcję.

Z mojej wiedzy nie ma jednego polecenia, aby wyświetlić listę wszystkich ignorowanych plików jednocześnie. Ale nie wiem, dlaczego w tmp/dir0ogóle się nie pojawia.

Git ma teraz tę funkcję wbudowaną

git check-ignore *

Oczywiście możesz zmienić glob na coś takiego jak **/*.dllw twoim przypadku

Git Reference

Powinien wystarczyć do użycia

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

ponieważ obejmuje to wszystko objęte

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

dlatego ten drugi jest zbędny.

git config --global alias.ignored "ls-files --others -i --exclude-standard"

Teraz możesz po prostu wpisać, git ignoredaby zobaczyć listę. O wiele łatwiejsze do zapamiętania i szybsze pisanie.

Jeśli wolisz bardziej zwięzłe wyświetlanie rozwiązania Jasona Genga, możesz dodać dla tego alias:

git config --global alias.ignored "status --ignored -s"

Jednak bardziej szczegółowe dane wyjściowe są bardziej przydatne w rozwiązywaniu problemów z plikami .gitignore, ponieważ zawiera listę każdego pojedynczego pliku, który jest ignorowany. Zwykle grepprzesyłasz wyniki, aby sprawdzić, czy znajduje się tam plik, który chcesz zignorować, czy też plik, którego nie chcesz ignorować.

git ignored | grep some-file-that-isnt-being-ignored-properly

Następnie, gdy chcesz tylko zobaczyć krótki ekran, łatwo jest zapamiętać i wpisać

git status --ignored

( -sZwykle można to pominąć.)

Oto jak wydrukować pełną listę plików w drzewie roboczym, które pasują do wzorców znajdujących się w dowolnym miejscu w wielu źródłach gitignore Gita (jeśli używasz GNU find):

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

Sprawdza wszystkie pliki w bieżącej gałęzi repozytorium (chyba że zostały usunięte lokalnie).

I identyfikuje również konkretne linie źródłowe gitignore.

Git kontynuuje śledzenie zmian w niektórych plikach, które pasują do wzorców gitignore, po prostu dlatego, że te pliki zostały już dodane. Przydatnie powyższe polecenie wyświetla również te pliki.

Dopasowywane są również negatywne wzory gitignore. Można je jednak łatwo odróżnić na liście, ponieważ zaczynają się od !.

Jeśli używasz systemu Windows, Git Bash zawiera GNU find(jak ujawnił find --version).

Jeśli lista jest długa (i masz rev), możesz też wyświetlić je według rozszerzenia (nieco):

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

Aby uzyskać więcej informacji, zobacz man find, man git-check-ignore, man rev, i man sort.

Chodzi o to, że Git (oprogramowanie) zmienia się szybko i jest bardzo złożone. Z kolei GNU findjest wyjątkowo stabilny (przynajmniej w zastosowanych tutaj funkcjach). Zatem każdy, kto chce być konkurencyjny, wykazując się dogłębną znajomością Git, odpowie na pytanie w inny sposób.

Jaka jest najlepsza odpowiedź? Ta odpowiedź celowo minimalizuje poleganie na wiedzy Git, zmierzając do osiągnięcia celu stabilności i prostoty poprzez modułowość (izolację informacji) i ma na celu trwać bardzo długo .

_{(rozszerzenie innych odpowiedzi)}

Uwaga, git check-ignoreużywa zatwierdzonego, .gitignorea nie tego z twojego drzewa roboczego! Aby grać z nim bez zanieczyszczania historii git, możesz swobodnie spróbować go edytować, a następnie zatwierdzić za pomocągit commit --amend .

Ten problem występuje głównie, jeśli potrzebujesz obejścia problemu, że git nie podąża za katalogami. Wpisz w .gitignore:

dirtokeep/**
!dirtokeep/.keep

.keeppowinien być plikiem o zerowej długości dirtokeep.

Rezultat będzie taki, że wszystko w dirtokeepzostanie zignorowane, z wyjątkiem dirtokeep/.keep , co spowoduje, że również dirtokeepkatalog zostanie skonstruowany podczas klonowania / pobierania.

Zakładając, że istnieje kilka katalogów ignorowania, dlaczego nie użyć „git status node / logs /”, który powie ci, jakie pliki mają zostać dodane? W katalogu mam plik tekstowy, który nie jest częścią wyjścia statusu, np .:

On master master
Twój oddział jest aktualny z „origin / master”.
Nieśledzone pliki:
(użyj „git add ...”, aby uwzględnić w tym, co zostanie zatwierdzone )

    node/logs/.gitignore 

.gitignore to:

*

! .gitignore