Объясните, какое правило gitignore игнорирует мой файл

обновление git 2.8 (март 2016):

GIT_TRACE_EXCLUDE=1 git status

в разделе "способ проверки .gitignore file"

, что является дополнением к git check-ignore -v описано ниже.

---

оригинальный ответ: сентябрь 2013 (git 1.8.2, затем 1.8.5+):

git check-ignore снова улучшает в git 1.8.5 / 1.9 (Q4 2013):

"git check-ignore" следует тому же правилу, как "git add" и "git status " в том, что механизм ignore / exclude не действует на пути, которые уже отслеживаются.
С "--no-index" вариант, он может быть использован для диагностики, какие пути, которые должны были быть проигнорированы были ошибочно добавлены в индекс.

посмотреть совершить 8231fa6 от https://github.com/flashydave:

check-ignore в настоящее время показывает, как .gitignore правила будут относиться к необработанному пути. Гусеничный пути не генерируют полезные выходные данные.
Это предотвращает отладку того, почему путь стал отслеживаться неожиданно, если этот путь не является сначала удаляется из индекса с помощью git rm --cached <path>.

параметр --no-index сообщает команде, чтобы обойти проверку для пути, находящегося в индексе, и, следовательно, позволяет отслеживать пути, которые будут проверены тоже.

в то время как это поведение отклоняется от характеристики git add и git status его вариант использования вряд ли причиной путаницы пользователей.

тестовые сценарии дополняются, чтобы проверить эту опцию против стандартных игнорирует для обеспечения правильного поведения.

---

--no-index::

не смотрите в индекс при проведении проверок.
Это может быть использовано:

• для отладки, почему путь стал отслеживаться, например,git add . и не был проигнорирован правилами, как ожидалось пользователем или
• при разработке моделей включая отрицание, чтобы соответствовать пути, ранее добавленному с git add -f.

Я не могу найти ничего на странице man, но вот быстрый и грязный скрипт, который проверит ваш файл в каждом родительском каталоге, чтобы узнать, можно ли его добавить git. Запустите его в каталоге, содержащем файл проблемы, как:

test-add.sh STOP_DIR FILENAME

здесь STOP_DIR является каталогом верхнего уровня проекта Git и FILENAME - это имя файла проблемы (без пути). Он создает пустой файл с тем же именем на каждом уровне иерархии (если он не существует) и пытается git add -n чтобы увидеть, если он может быть добавлен (он очищает после себя). Он выводит что-то вроде:

FAILED:    /dir/1/2/3
SUCCEEDED: /dir/1/2

сценарий:

#!/usr/bin/env bash
TOP=
FILE=
DIR=`pwd`
while : ; do
  TMPFILE=1
  F=$DIR/$FILE
  if [ ! -f $F ]; then
    touch $F
    TMPFILE=0
  fi
  git add -n $F >/dev/null 2>&1
  if [ $? = 0 ]; then
    echo "SUCCEEDED: $DIR"
  else
    echo "FAILED:    $DIR"
  fi
  if [ $TMPFILE = 0 ]; then
    rm $F
  fi
  DIR=${DIR%/*}
  if [ "$DIR" \< "$TOP" ]; then
    break
  fi
done 

добавить к основному ответу использования git check-ignore -v filename (спасибо) Я нашел, что мой .файл gitignore блокировал все, потому что после подстановочного знака была новая строка, поэтому у меня было:

* .sublime-project

в качестве примера. Я просто удалил новую строку, и вуаля! Это было исправлено.