Jak pozbyć się nieśledzonego statusu submodułów Git?

Nie mogę pozbyć się nieśledzonej zawartości w modułach podrzędnych Git. git statusPlony bieżące :

# Na gałęzi master
# Zmiany nie są wprowadzane do zatwierdzenia:
# (użyj "git add ...", aby zaktualizować to, co zostanie zatwierdzone)
# (użyj „git checkout - ...”, aby odrzucić zmiany w katalogu roboczym)
# (zatwierdź lub odrzuć nieśledzoną lub zmodyfikowaną zawartość w modułach podrzędnych)
#
# modified: bundle / snipmate (nieśledzona zawartość)
# Modified: bundle / surround (nieśledzona zawartość)
# modified: bundle / końcowe-białe znaki (zawartość nieśledzona)
# modified: bundle / zencoding (nieśledzona zawartość)
#
żadne zmiany nie zostały dodane do zatwierdzenia (użyj „git add” i / lub „git commit -a”)

Dodanie --ignore-submodulesparametru powoduje ukrycie tych komunikatów; ale zastanawiam się, czy istnieje sposób na pozbycie się tego brudu w bardziej odpowiedni, podstawowy sposób.

Ponieważ status git zgłasza niezamierzone treści, faktycznym sposobem uzyskania czystego statusu byłoby wejście do każdego z tych podmodułów i:

• dodawać i zatwierdzać nieśledzone treści,
• lub odwołaj się do nieśledzonej zawartości w .gitignorespecyficznych dla każdego modułu.
• lub możesz dodać tę samą ignorowaną zawartość do podmodułu .git/info/exclude, co raporty peci1 w komentarzach .

• lub dodać brudny specyfikacji submodule, jak wspomniano w ezraspectre jest odpowiedź (upvoted).

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

• lub dodaj plik globalny .gitignore (często ~/.gitignore-global). Jak na przykład .DS_Storelub w moim przypadku, Carthage/Buildo czym pisał Marián Černý w komentarzach . Zobacz .gitginorestronę podręcznika :

Wzorce, które użytkownik chce, aby Git ignorował we wszystkich sytuacjach (np. Kopie zapasowe lub pliki tymczasowe generowane przez wybranego edytora użytkownika) zazwyczaj trafiają do pliku określonego przez core.excludesFileużytkownika ~/.gitconfig. Jego domyślną wartością jest $XDG_CONFIG_HOME/git/ignore. Jeśli $XDG_CONFIG_HOMEnie jest ustawiona lub pusta, $HOME/.config/git/ignorejest używana zamiast tego.

Uważam, że ten post na blogu działa ogólnie. Dodając ignore = dirtyopcję do każdego wpisu w .gitmodulespliku.

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

Możesz także przejść do katalogu każdego modułu podrzędnego i działać jako oddzielny git. Na przykład:

cd my/project/submodule
git status

... / pobiera listę zmodyfikowanych plików /

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

możesz także zaktualizować zdalne repozytorium podmodułów za pomocą

git submodule update

w sumie

Przyczyną może być detached HEADgałąź w module podrzędnym. W takim przypadku przejdź do ścieżki modułu podrzędnego (np .:) ./bundle/snipmate, a następnie uruchom git checkout master.

Utknąłem wczoraj w tej kwestii, w projekcie, który miał blisko 12 modułów podrzędnych.

git status pokazywał wynik.

# 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)
#   ...

Aby rozwiązać ten nieśledzonej błąd treści, musiałem usunąć nieśledzone pliki z wszystkich submodules (wszyscy byli *.pyc, *.pyopliki generowane przez pytona) przy użyciu .gitignore.

Aby rozwiązać ten drugi, musiałem uruchomić git submodule updateaktualizację każdego z podmodułów.

W mojej sytuacji klonuję moduły jako punkt wyjścia dla nowego modułu w moim środowisku ZF2. To powoduje umieszczenie własnego folderu .git w katalogu.

Rozwiązaniem w tym przypadku jest usunięcie folderu .git (prawdopodobnie będziesz musiał pokazać ukryte pliki, aby go wyświetlić).

Dzieje się tak prawdopodobnie, gdy w danym folderze znajduje się inny plik .git [ukryty folder].

zmodyfikowano: ./../ .. (zmodyfikowana treść, nieśledzona treść)

upewnij się, że twój podkatalog nie zawiera tego folderu .git.

W takim przypadku problem można rozwiązać, ręcznie usuwając folder .git z podkatalogu.

Wolę używać SourceTree , więc rozwiązaniem dla mnie było otwarcie repozytorium submodułów w SourceTree, które pokazuje mi listę wszystkich nieśledzonych plików. Następnie grupowałem je wszystkie i użyłem „Usuń”.

Udało mi się to zrobić, ponieważ wiedziałem, że wszystkie nieśledzone pliki nie były w rzeczywistości potrzebne.

To zadziałało dobrze dla mnie:

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

Jeśli to nie zadziała pathname, wypróbuj nazwę pliku. Daj mi znać, jeśli to też zadziałało.

Jeśli jest to problem tymczasowy, możesz przejść do folderu modułu podrzędnego i uruchomić, git reset HEAD --hardale wszystkie zmiany wprowadzone w module podrzędnym zostaną utracone.