Właśnie uruchomiłem git diff i otrzymuję następujący wynik dla wszystkich moich około 10 podmodułów
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
Co to znaczy? Jak to naprawić?
Odpowiedzi:
Jak wspomniano w blogu Marka Longaira Git Submodules Explained ,
Wersje 1.7.0 i nowsze programu git zawierają irytującą zmianę w zachowaniu podmodułu git.
Podmoduły są teraz uważane za brudne, jeśli zawierają zmodyfikowane pliki lub pliki nieśledzone , podczas gdy poprzednio miało to miejsce tylko wtedy, gdy HEAD w podmodule wskazywał na niewłaściwe zatwierdzenie.Znaczenie znaku plus (
+) w wyjściu podmodułu git zmieniło się, a kiedy pierwszy raz się z tym spotkasz, zajmie trochę czasu, aby dowiedzieć się, co się dzieje, na przykład przeglądając dzienniki zmian lub używając git bisect na git .git, aby znaleźć zmianę. Byłoby znacznie milsze dla użytkowników, aby wprowadzić inny symbol „w określonej wersji, ale brudny”.
Możesz to naprawić poprzez:
popełnianie lub cofanie zmian / zmian w każdym z twoich submodułów, przed powrotem do repozytorium nadrzędnego (gdzie diff nie powinien już zgłaszać „brudnych” plików). Aby cofnąć wszystkie zmiany w twoim module podrzędnym, po prostu cdw katalogu głównym swojego modułu podrzędnego i wykonajgit checkout .
dotnetCarpenter komentuje , że możesz:git submodule foreach --recursive git checkout .
lub dodaj --ignore-submodulesdo swojego git diff, aby tymczasowo zignorować te „brudne” submoduły.
Jak komentuje Noam poniżej , w tym pytaniu wspomina się, że od wersji git 1.7.2 możesz zignorować brudne submoduły za pomocą:
git status --ignore-submodules=dirty
git clean -id.
git submodule foreach --recursive git clean -id(najpierw do przetestowania w kopii zapasowej;))
.gitignore. Dodanie ich tam lub do mojej globalnej listy ignorowanych naprawiło rzeczy.
Również usunięcie submodułu, a następnie uruchomienie git submodule initi git submodule updateoczywiście załatwi sprawę, ale nie zawsze może być odpowiednie lub możliwe.
Aby zignorować wszystkie nieśledzone pliki w dowolnym podmodule, użyj następującego polecenia, aby zignorować te zmiany.
git config --global diff.ignoreSubmodules dirty
Doda to następującą opcję konfiguracji do lokalnej konfiguracji git:
[diff]
ignoreSubmodules = dirty
Więcej informacji można znaleźć tutaj
EDYCJA : Ta odpowiedź (i większość innych) jest nieaktualna; zamiast tego zobacz odpowiedź Devpoola .
Początkowo nie było żadnych opcji konfiguracyjnych, aby „ git diff --ignore-submodules” i „ git status --ignore-submodules” globalny domyślny (ale patrz też Ustawienie domyślne flagi na git poleceń ). Alternatywą jest ustawienie domyślnej ignoreopcji konfiguracji dla każdego podmodułu, który chcesz zignorować (dla obu git diffi git status), albo w .git/configpliku (tylko lokalnie), albo .gitmodules(będzie wersjonowany przez git). Na przykład:
[submodule "foobar"]
url = git@bitbucket.org:foo/bar.git
ignore = untracked
ignore = untrackedaby zignorować tylko nieśledzone pliki, ignore = dirtyaby również zignorować zmodyfikowane pliki i ignore = allzignorować również zatwierdzenia. Najwyraźniej nie ma sposobu, aby zastosować go do wszystkich podmodułów.
git submodule foreach --recursive git checkout .
To nie pomogło mi, ale dało mi listę plików (w moim przypadku tylko jeden), które zostały zmienione w submodule (bez mojej pomocy).
Mogłem więc przejść do podmodułu, a status git pokazał mi, że mój HEAD został odłączony -> master git checkout, status git, aby zobaczyć zmodyfikowany plik jeszcze raz, git checkout> nazwa pliku <, git pull i wszystko w porządku.
W końcu usunąłem katalog submodułu i zainicjowałem go jeszcze raz
cd my-submodule
git push
cd ../
rm -rf my-submodule
git submodule init
git submodule update
Podmoduł może zostać oznaczony jako brudny, jeśli włączone są ustawienia trybu pliku i zmieniono uprawnienia do plików w poddrzewie podmodułu.
Aby wyłączyć tryb pliku w submodule, możesz edytować /.git/modules/path/to/your/submodule/config i dodać
[core]
filemode = false
Jeśli chcesz zignorować wszystkie brudne stany, możesz ustawić ignore = dirtywłaściwość w pliku /.gitmodules , ale myślę, że lepiej jest wyłączać tylko tryb pliku.
W moim przypadku nie byłem pewien, co to spowodowało, ale wiedziałem, że po prostu chciałem zresetować submoduły do ich ostatniego zdalnego zatwierdzenia i zrobić to. Polegało to na połączeniu odpowiedzi z kilku różnych pytań tutaj:
git submodule update --recursive --remote --init
Źródła:
Jak przywrócić moje zmiany do submodułu git?
Łatwy sposób na pobranie najnowszych wszystkich podmodułów git
git commit -abez dodawania tych zmian. Chociaż są oznaczone zMprzodu, nie trafią do twojego zatwierdzenia.