Команда Git, чтобы показать, какие конкретные файлы игнорируются .gitignore

Я промочил ноги с помощью Git и имею следующую проблему:

Дерево исходного кода моего проекта:

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

У меня есть код (в настоящее время MEF) в моей ветке поставщика, который я скомпилирую там, а затем переместу ссылки, в /src/refsкоторые проект их берет.

Моя проблема в том, что у меня есть .gitignoreвозможность игнорировать *.dllи *.pdb. Я могу сделать, git add -f bar.dllчтобы форсировать добавление игнорируемого файла, это нормально, проблема в том, что я не могу понять, какие существуют файлы, которые игнорируются.

Я хочу перечислить пропущенные файлы, чтобы не забыть добавить их.

Я прочитал справочную страницу git ls-filesи не могу заставить ее работать. Мне кажется, что git ls-files --exclude-standard -iследует делать то, что я хочу. Что мне не хватает?

Ноты:

• xiaobai «сек ответ проще (git1.7.6 +): (как подробно описано в разделе „ Есть ли способ сказать ГИТ-статус , чтобы игнорировать последствия файлов? “)git status --ignored
.gitignore
• MattDiPasquale «сек ответ (будет upvoted) git clean -ndXработает на старых мерзавцев, показывая предварительный просмотр того , что игнорируемые файлы могут быть удалены (не снимая ничего)

Также интересно (упоминается в qwertymk «s ответ ), вы можете также использовать git check-ignore -vкоманду, по крайней мере на Unix ( не работает в CMD Windows , сессии)

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

Второй отображает фактическое правило, .gitignoreпозволяющее игнорировать файл в вашем git-репо.
В Unix, используя « Что распространяется на все файлы в текущем каталоге рекурсивно? » И bash4 +:

git check-ignore **/*

(или find -execкоманда)

Примечание: https://stackoverflow.com/users/351947/Rafi Б. предлагает в комментариях , чтобы избежать (рискованный) globstar :

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

Не забудьте исключить файлы из .git/подпапки.

Оригинальный ответ 42009)

git ls-files -i

должен работать, за исключением того, что его исходный код указывает:

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

exc_given ?

Оказывается, после -iфактического списка нужен еще один параметр :

Пытаться:

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

(но это будет только список вашего кэшированного (не игнорируемого) объекта с фильтром, так что это не совсем то, что вы хотите)

Пример:

$ 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

На самом деле, в моем файле 'gitignore' (называемом 'exclude') я нахожу командную строку, которая может вам помочь:

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

Так....

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

должен сделать свое дело.

Как упомянуто на справочной странице ls-files , --othersэто важная часть, чтобы показать вам не кешированные, не зафиксированные, обычно игнорируемые файлы.

--exclude_standardэто не просто ярлык, а способ включить все стандартные настройки «игнорируемых шаблонов».

exclude-standard
Добавить стандартные GIT исключения: .git/info/exclude, .gitignoreв каждом каталоге, и user's global exclusion file.

Есть гораздо более простой способ сделать это (git 1.7.6+):

git status --ignored

См. Есть ли способ сообщить git-status, чтобы он игнорировал эффекты файлов .gitignore?

Другой вариант, который довольно чистый (без каламбура):

git clean -ndX

Объяснение:

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

Примечание. В этом решении не отображаются проигнорированные файлы, которые уже были удалены.

Хотя в целом правильное ваше решение не работает при любых обстоятельствах. Предположим, что каталог репо выглядит так:

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

doc:
index.html

tmp:
dir0  file1  file2

tmp/dir0:
file0

и .gitignore, как это:

# cat .gitignore
doc
tmp/*

Это игнорирует docкаталог и все файлы ниже tmp. Git работает как положено, но данная команда для вывода списка игнорируемых файлов - нет. Давайте посмотрим, что говорит Git:

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

Обратите внимание, что docотсутствует в списке. Вы можете получить это с:

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

Обратите внимание на дополнительную --directoryопцию.

Насколько мне известно, нет ни одной команды, чтобы вывести список всех игнорируемых файлов одновременно. Но я не знаю, почему tmp/dir0не появляется вообще.

Git теперь имеет встроенную функциональность

git check-ignore *

Конечно, вы можете изменить глобус на что-то, как **/*.dllв вашем случае

Git Reference

Должно быть достаточно использовать

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

поскольку это охватывает все, что покрыто

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

следовательно, последнее является излишним.

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

Теперь вы можете просто напечатать, git ignoredчтобы увидеть список. Намного легче запомнить и быстрее набирать текст.

Если вы предпочитаете более сжатое отображение решения Джейсона Гена, вы можете добавить псевдоним для этого, например:

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

Однако более подробный вывод более полезен для устранения проблем с файлами .gitignore, так как в нем перечислены все файлы, которые игнорируются. Обычно вы передаете результаты по конвейеру, grepчтобы увидеть, находится ли там файл, который вы ожидаете игнорировать, или же там находится файл, который вы не хотите игнорировать.

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

Затем, когда вы просто хотите увидеть короткий дисплей, его достаточно легко запомнить и напечатать

git status --ignored

( -sОбычно это можно отключить.)

Вот как напечатать полный список файлов в рабочем дереве, которые соответствуют шаблонам, расположенным в любом месте в нескольких источниках Gitignore Git (если вы используете GNU find):

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

Он проверит все файлы в текущей ветви репозитория (если вы не удалили их локально).

И это также идентифицирует конкретные исходные строки gitignore.

Git продолжает отслеживать изменения в некоторых файлах, которые соответствуют шаблонам gitignore, просто потому, что эти файлы уже были добавлены. Полезно, что приведенная выше команда также отображает эти файлы.

Отрицательные образцы gitignore также подобраны. Тем не менее, они легко различимы в списке, потому что они начинаются с !.

Если вы используете Windows, Git Bash включает GNU find(как показано find --version).

Если список длинный (и у вас есть rev), вы можете отобразить их также по расширению (несколько):

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

Для более подробной информации, см man find, man git-check-ignore, man rev, и man sort.

Смысл всего этого подхода в том, что Git (программное обеспечение) быстро меняется и является очень сложным. В отличие от проекта GNU findявляется чрезвычайно стабильной (по крайней мере, в его функции используется здесь). Таким образом, любой, кто хочет быть конкурентоспособным, демонстрируя свои глубокие знания Git, ответит на вопрос по-другому.

Какой лучший ответ? Этот ответ намеренно сводит к минимуму зависимость от знаний Git для достижения цели стабильности и простоты с помощью модульности (информационной изоляции) и рассчитан на длительное использование.

_{(расширяя другие ответы)}

Обратите внимание, git check-ignoreиспользует совершенное, .gitignoreа не одно в вашем рабочем дереве! Чтобы поиграть с ним, не загрязняя свою историю git, вы можете свободно попробовать отредактировать его, а затем зафиксировать с помощью git commit --amend.

Эта проблема возникает, в основном, если вам нужен обходной путь, когда git не следует каталогам. Введите в .gitignore:

dirtokeep/**
!dirtokeep/.keep

.keepдолжен быть файл нулевой длины в dirtokeep.

Результатом будет то, что все в dirtokeepбудет игнорироваться, кроме dirtokeep/.keep , что приведет к тому, что dirtokeepкаталог будет построен на clone / checkout.

Если есть несколько игнорируемых каталогов, почему бы не использовать «git status node / logs /», который скажет вам, какие файлы нужно добавить? В каталоге у меня есть текстовый файл, который не является частью вывода статуса, например:

На главном филиале
Ваша ветвь обновлена ​​с «origin / master».
Не отслеживаемые файлы:
(используйте «git add ...» для включения в то, что будет зафиксировано)

    node/logs/.gitignore 

.gitignore это:

*

! .gitignore