Как избавиться от неотслеживаемого статуса подмодулей Git?

Поскольку статус git сообщает о неотслеживаемом контенте, фактический способ получить чистый статус - это войти в каждый из этих подмодулей и:

• добавить и зафиксировать неотслеживаемое содержимое,
• или ссылайтесь на неотслеживаемое содержимое в .gitignore, специфичном для каждого модуля.
• или вы можете добавить тот же игнорируемый контент в .git/info/exclude подмодуля, как отчеты peci1 в комментариях.

• или добавить грязный в спецификацию подмодуля, как указано в ezraspectre answer (проголосовали за).

  git config -f .gitmodules submodule.<path>.ignore untracked
  

• или добавьте глобальный .gitignore файл (часто ~/.gitignore-global). Например, .DS_Store или в моем случае Carthage/Build, как сообщает Мариан Черны в комментариях. См. .gitginore страницу руководства:

Шаблоны, которые пользователь хочет, чтобы Git игнорировал во всех ситуациях (например, резервные или временные файлы, созданные выбранным пользователем редактором), обычно попадают в файл, указанный в core.excludesFile в ~/.gitconfig пользователя. Его значение по умолчанию - $XDG_CONFIG_HOME/git/ignore. Если $XDG_CONFIG_HOME не задан или пуст, вместо него используется $HOME/.config/git/ignore.

Я нашел это сообщение в блоге работать в целом. Добавив параметр ignore = dirty к каждой записи в файле .gitmodules.

[submodule "zen-coding-gedit3"]
    path = zen-coding-gedit3
    url = git://github.com/leafac/zen-coding-gedit3.git
    ignore = dirty

Вы также можете перейти в каталог каждого подмодуля и действовать как отдельный git. Например:

cd my/project/submodule
git status

... / получает список измененных файлов /

git add .  //to add all of them to commit into submodule
git commit -m "message to your submodule repo"

вы также можете обновить репозиторий удаленного подмодуля с помощью

git submodule update

после всего

Для меня это отлично сработало:

git update-index --skip-worktree <path>

Если это не работает с pathname, попробуйте указать имя файла. Сообщите мне, сработало ли это и для вас.

Это может быть связано с detached HEAD в вашей ветке подмодуля. В этом случае перейдите по пути к подмодулю (например: ./bundle/snipmate), затем запуститеgit checkout master.

Вчера я застрял в этой проблеме в проекте, в котором было около 12 подмодулей.

git status показывал результат.

# On branch master
# Changes not staged for commit:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#   (commit or discard the untracked or modified content in submodules)
#
#   modified:   proj1 (untracked content)
#   modified:   proj1 (modified content, untracked content)
#   ...

Чтобы устранить ошибку неотслеживаемого содержимого, мне пришлось удалить неотслеживаемые файлы из всех подмодулей (все были *.pyc, *.pyo файлами, сгенерированными python), используя .gitignore.

Чтобы решить другую, мне пришлось запустить git submodule update, который обновил каждый из подмодулей.

В моей ситуации я клонирую модули в качестве отправной точки для нового модуля в моей среде ZF2. При этом в каталог помещается собственная папка .git.

Решение в этом случае - удалить папку .git (вам, вероятно, потребуется показать скрытые файлы для ее просмотра).

Это, вероятно, происходит, когда у вас есть другой .git [скрытая папка] внутри конкретной папки ..

модифицировано: ./../ .. (измененное содержимое, неотслеживаемое содержимое)

убедитесь, что в вашем подкаталоге нет этой папки .git.

В этом случае проблему можно решить, вручную удалив папку .git из подкаталога.

Я предпочитаю использовать SourceTree, поэтому решением для меня было открыть репо подмодуля в SourceTree, которое показывает мне список всех неотслеживаемых файлов. Затем я сгруппировал их все и использовал «Удалить».

Я смог это сделать, потому что знал, что все неотслеживаемые файлы на самом деле не нужны.

Если это временная проблема, вы можете перейти в папку подмодуля и запустить git reset HEAD --hard, но вы потеряете все свои изменения внутри подмодуля.

По моему опыту, для MacOS это может появиться из-за того, что были созданы ._ файлы: В этом случае: попробуйте dot_clean .