Я только что запустил git diff и получаю следующий вывод для всех моих примерно 10 подмодулей
diff --git a/.vim/bundle/bufexplorer b/.vim/bundle/bufexplorer
--- a/.vim/bundle/bufexplorer
+++ b/.vim/bundle/bufexplorer
@@ -1 +1 @@
-Subproject commit 8c75e65b647238febd0257658b150f717a136359
+Subproject commit 8c75e65b647238febd0257658b150f717a136359-dirty
Что это значит? Как мне это исправить?
Ответы:
Как упомянуто в сообщении Марка Лонгаира в Git Submodules Explained ,
Версии 1.7.0 и более поздних версий git содержат раздражающее изменение поведения подмодуля git.
Подмодули теперь считаются грязными, если у них есть какие-либо измененные или неотслеживаемые файлы , тогда как ранее было бы так, если бы HEAD в подмодуле указывал на неправильный коммит.Значение знака плюс (
+) в выходных данных подмодуля git изменилось, и когда вы впервые сталкиваетесь с этим, требуется некоторое время, чтобы выяснить, что идет не так, например, просматривая журнал изменений или используя git bisect на git. .git, чтобы найти изменения. Пользователям было бы гораздо приятнее ввести другой символ для «в указанной версии, но грязный».
Вы можете это исправить:
либо передайте, либо отмените изменения / изменения в каждом из ваших подмодулей, прежде чем вернуться к родительскому репо (где diff больше не должен сообщать о «грязных» файлах). Чтобы отменить все изменения в вашем подмодуле, просто cdв корневой каталог вашего подмодуля и выполнитеgit checkout .
dotnetCarpenter комментирует, что вы можете сделать:git submodule foreach --recursive git checkout .
или добавить --ignore-submodulesв свой git diff, чтобы временно игнорировать эти "грязные" подмодули.
Как Noam комментирует ниже , этот вопрос упоминает, что начиная с git версии 1.7.2, вы можете игнорировать грязные подмодули с помощью:
git status --ignore-submodules=dirty
git clean -id.
git submodule foreach --recursive git clean -id(сначала для тестирования в резервном репозитории;))
.gitignore. Добавление их туда или в мой глобальный список игнорируемых исправлений.
Также удаление субмодуля, а затем запуск git submodule initи git submodule update, очевидно, сделает свое дело, но не всегда может быть целесообразным или возможным.
Чтобы игнорировать все неотслеживаемые файлы в любом подмодуле, используйте следующую команду, чтобы игнорировать эти изменения.
git config --global diff.ignoreSubmodules dirty
Это добавит следующую конфигурационную опцию в вашу локальную конфигурацию git:
[diff]
ignoreSubmodules = dirty
Дополнительную информацию можно найти здесь
РЕДАКТИРОВАТЬ : Этот ответ (и большинство других) устарели; вместо этого посмотрите ответ Девпула .
Первоначально не было опций конфигурации, чтобы сделать " git diff --ignore-submodules" и " git status --ignore-submodules" глобальным значением по умолчанию (но см. Также Установка флагов git default в командах ). Альтернативный вариант - установить ignoreопцию конфигурации по умолчанию для каждого отдельного подмодуля, который вы хотите игнорировать (для обоих git diffи git status), либо в .git/configфайле (только локальный), либо .gitmodules(будет создан git). Например:
[submodule "foobar"]
url = git@bitbucket.org:foo/bar.git
ignore = untracked
ignore = untrackedигнорировать только неотслеживаемые файлы, ignore = dirtyтакже игнорировать измененные файлы и ignore = allигнорировать также фиксации. Очевидно, нет способа подстановить его для всех подмодулей.
git submodule foreach --recursive git checkout .
Это не помогло мне, но дало мне список файлов (в моем случае только один), которые были изменены в подмодуле (без того, чтобы я там что-то делал).
Таким образом, я мог перейти к субмодулю, и состояние git показало, что мой HEAD был отсоединен -> мастер git checkout, статус git, чтобы снова увидеть измененный файл, git checkout> filename <, git pull и все снова в порядке.
Я закончил тем, что удалил каталог подмодуля и снова его инициализировал
cd my-submodule
git push
cd ../
rm -rf my-submodule
git submodule init
git submodule update
Подмодуль может быть помечен как грязный, если настройки файлового режима включены, и вы изменили права доступа к файлам в поддереве подмодуля.
Чтобы отключить файловый режим в подмодуле, вы можете отредактировать /.git/modules/path/to/your/submodule/config и добавить
[core]
filemode = false
Если вы хотите игнорировать все грязные состояния, вы можете установить ignore = dirtyсвойство в файле /.gitmodules , но я думаю, что лучше отключить только файловый режим.
В моем случае я не был уверен, что послужило причиной этого, но я знал, что просто хочу, чтобы субмодули были сброшены до их последней удаленной фиксации и покончили с этим. Это включало объединение ответов на несколько вопросов здесь:
git submodule update --recursive --remote --init
Источники:
git commit -aвыполнить, не беспокоясь о добавлении этих изменений. Хотя они отмеченыMспереди, они не окажутся в вашем коммите.