Git nie będzie inicjował / synchronizował / aktualizował nowych modułów podrzędnych

Oto część zawartości mojego .gitmodulespliku:

[submodule "src/static_management"]
        path = src/static_management
        url = git://github.com/eykd/django-static-management.git
[submodule "external/pyfacebook"]
        path = external/pyfacebook
        url = http://github.com/sciyoshi/pyfacebook.git

Jednak .git/configzawiera tylko pierwszy:

[submodule "src/static_management"]
        url = git://github.com/eykd/django-static-management.git

Drugi moduł podrzędny ( external/pyfacebook) został dodany przez innego programistę w gałęzi funkcji. Odziedziczyłem teraz rozwój i sprawdziłem gałąź funkcji. Jednak Git nie ściągnie dla mnie modułu podrzędnego. Próbowałem:

• git submodule init
• git submodule update
• git submodule update --init
• git submodule sync
• Usunięcie wszystkich definicji podmodułów z .git/configi uruchomienie git submodule init. Kopiuje tylko poprzednio istniejący moduł podrzędny i ignoruje nowy.
• .git/configRęczne wprowadzanie nowych definicji podmodułów i uruchamianie git submodule update. Aktualizacją zajmują się tylko istniejące wcześniej moduły podrzędne.

w różnych kombinacjach, ale git po prostu nie zaktualizuje się .git/configna podstawie nowej zawartości .gitmodules, ani nie utworzy external/pyfacebookfolderu i nie pobierze zawartości modułu podrzędnego.

czego mi brakuje? Czy ręczna interwencja (ręczne dodanie wpisu podmodułu .git/config) jest naprawdę wymagana i dlaczego?

Edycja: ręczna interwencja nie działa. Ręczne dodanie nowego wpisu podmodułu do .git/confignic nie daje. Nowy moduł podrzędny jest ignorowany.

Miałem ten sam problem - okazało się, że plik .gitmodules został zatwierdzony, ale faktyczne zatwierdzenie submodułu (czyli zapis ID zatwierdzenia submodułu) nie.

Dodanie go ręcznie zdawało się załatwić sprawę - np:

git submodule add http://github.com/sciyoshi/pyfacebook.git external/pyfacebook

(Nawet bez usuwania czegokolwiek z .git / config lub .gitmodules.)

Następnie zatwierdź go, aby poprawnie zapisać identyfikator.

Dodanie dalszych komentarzy do tej roboczej odpowiedzi: Jeśli podmoduł git init lub aktualizacja submodułu git nie działa, to zgodnie z powyższym podmoduł git add url powinien załatwić sprawę. Można to sprawdzić krzyżowo

 git config --list

i należy uzyskać wpis podmodułu, który chcesz pobrać w wyniku wykonania polecenia git config --list. Jeśli w wyniku konfiguracji znajduje się wpis twojego modułu podrzędnego, to teraz zwykła aktualizacja modułu podrzędnego git --init powinna wyciągnąć moduł podrzędny. Aby przetestować ten krok, możesz ręcznie zmienić nazwę modułu podrzędnego, a następnie zaktualizować moduł podrzędny.

 mv yourmodulename yourmodulename-temp
 git submodule update --init

Aby dowiedzieć się, czy masz lokalne zmiany w module podrzędnym, możesz je zobaczyć za pomocą git status -u (jeśli chcesz zobaczyć zmiany w module podrzędnym) lub git status --ignore-submodules (jeśli nie chcesz widzieć zmian w podmoduł).

git w wersji 2.7.4. To polecenie aktualizuje kod lokalny git submodule update --init --force --remote

Miałem ten sam problem, gdy git ignorował initi updatepolecenia, i nic nie robi.

JAK NAPRAWIĆ

1. Twój folder podmodułu powinien zostać zatwierdzony w repozytorium git
2. Nie powinno być w .gitignore

Jeśli te wymagania zostaną spełnione, będzie działać. W przeciwnym razie wszystkie polecenia zostaną wykonane bez żadnych komunikatów i wyników.

Jeśli zrobiłeś to wszystko i nadal nie działa:

1. Dodaj podmoduł ręcznie, np git submodule add git@... path/to
2. git submodule init
3. git submodule update
4. zatwierdź i wypchnij wszystkie pliki - .gitmodulesi folder modułu (pamiętaj, że zawartość folderu nie zostanie zatwierdzona)
5. porzuć lokalne repozytorium git
6. sklonuj nowy
7. upewnij się, że .git/confignie ma jeszcze żadnych modułów podrzędnych
8. Teraz git submodule init- i zobaczysz komunikat, że moduł został zarejestrowany
9. git submodule update - pobierze moduł
10. Teraz spójrz na, .git/configa znajdziesz zarejestrowany podmoduł

Wydaje się, że w odpowiedziach (również) jest wiele nieporozumień.

git submodule initjest nie przeznaczony do generowania magiczną rzeczy w .git / konfiguracji (od .gitmodules). Jego celem jest ustawienie czegoś w całkowicie pustym podkatalogu po sklonowaniu projektu nadrzędnego lub ściągnięciu zatwierdzenia, które dodaje wcześniej nieistniejący moduł podrzędny.

Innymi słowy, podążasz za git cloneprojektem, który ma podmoduły (które poznasz po tym, że klon pobrał plik .gitmodules) przez rozszerzenie git submodule update --init --recursive.

Zdajesz nie postępować git submodule add ...z git submodule init(lub git submodule update --init), że nie ma pracy. W rzeczywistości dodatek będzie już aktualizował odpowiedni plik .git / config, jeśli coś działa.

EDYTOWAĆ

Jeśli wcześniej nieistniejący podmoduł git został dodany przez kogoś innego i wykonasz takie git pullzatwierdzenie, katalog tego modułu podrzędnego będzie całkowicie pusty (podczas wykonywania git submodule statusnowego modułu podrzędnego hash powinien być widoczny, ale będzie miał -przed it.) W takim przypadku musisz również podążać za swoim git pullrównież git submodule update --init(plusem, --recursivejeśli jest to podmoduł wewnątrz podmodułu), aby pobrać nowy, wcześniej nieistniejący podmoduł wyewidencjonowany; tak jak po początkowym sklonowaniu projektu z podmodułami (gdzie oczywiście nie miałeś tych podmodułów wcześniej).

Miałem ten sam problem, ale żadne z powyższych rozwiązań nie pomogło. Wpisy w .gitmodules i .git / config były prawidłowe, ale polecenie git submodules update --init --recursivenic nie robiło. Usunąłem również katalog podmodułów, uruchomiłem git submodules update --init --recursivei odzyskałem katalog podmodułów, ale z dokładnie takim samym zatwierdzeniem jak poprzednio.

Znalazłem odpowiedź na tej stronie . Polecenie to:git submodule update --remote

Trochę magicznie, ale dzisiaj pobiegłem, git submodule initza którym git submodule syncpodążał, git submodule updatei zaczęło ciągnąć moje podmoduły ... Magia? Być może! To naprawdę jedno z najbardziej irytujących doświadczeń z Git…

Podrap to. Właściwie udało mi się to przez działanie git submodule update --init --recursive. Mam nadzieję że to pomoże.

PS: Upewnij się, że jesteś w głównym katalogu git, a nie w module podrzędnym.

Myślenie, że .gitmoduleswystarczy ręczna konfiguracja , jest NIEPOPRAWNE

Mój lokalny git version 2.22.0w chwili pisania tego tekstu.

Więc doszedłem do tego wątku, zastanawiając się, dlaczego nie git submodule initdziała; Skonfigurowałem .gitmodulesplik i przystąpiłem do git submodule init...

WAŻNY

1. git submodule add company/project.git includes/projectjest wymagane (przy pierwszym dodawaniu modułu), spowoduje to:

   • dodaj konfigurację do .git/config
   • zaktualizuj .gitmodulesplik
   • śledź lokalizację podmodułu (includes/project w tym przykładzie).

2. Państwo musi następniegit commit po dodaniu submodule, to popełni .gitmodulesi gąsienicowym lokalizacja modułem.

Gdy projekt zostanie ponownie sklonowany, będzie miał .gitmodulespusty katalog modułów podrzędnych (np. includes/projectW tym przykładzie). W tym momencie.git/config nie ma jeszcze konfiguracji podmodułu, dopóki nie git submodule initzostanie uruchomiony, i pamiętaj, że działa to tylko dlatego, że .gitmodulesAND includes/projectsą śledzone w głównym repozytorium git.

Zobacz także:

• Jak usunąć moduł podrzędny?
• Jak przenieść istniejący podmoduł?

Zgodnie z odpowiedzią Dave'a Jamesa Millera mogę potwierdzić, że to zadziałało. Ważną rzeczą tutaj było zatwierdzenie identyfikatora zatwierdzenia podprojektów. Samo posiadanie wpisu w .gitmodules nie wystarczyło.

Oto odpowiednie zatwierdzenie:

https://github.com/dirkaholic/vagrant-php-dev-box/commit/d5f4c40bdbd80eefbb5ac6029823733f591435ae

Miałem ten sam problem.

.gitmodulesmiał moduł podrzędny, ale po git submodule initpoleceniu go nie było.git/config .

Okazuje się, że programista, który dodał moduł podrzędny, dodał również katalog podmodułu do .gitignorepliku. To nie działa.

Tak jak Ty, odkryłem, że synchronizacja modułu podrzędnego git nie robi tego, czego oczekujesz. Dopiero po git submodule addponownym wykonaniu jawnego adresu URL modułu podrzędnego zmienia się.

Więc umieściłem ten skrypt w ~/bin/git-submodule-sync.rb:

https://gist.github.com/frimik/5125436

Używam też tej samej logiki w kilku skryptach wdrażania git po otrzymaniu.

Wszystko, co teraz muszę zrobić, to edytować .gitmodules, a następnie uruchomić ten skrypt i w końcu działa tak, jak myślałem, że git submodule syncpowinien.

Miałem dziś ten sam problem i doszedłem do wniosku, że ponieważ wpisałem git submodule initwtedy, miałem te linie w moim .git/config:

[submodule]
   active = .

Usunąłem to i wpisałem:

git submodule update --init --remote

I wszystko wróciło do normy, mój podmoduł jak zwykle zaktualizowany w swoim podkatalogu.

Problem dla mnie polega na tym, że poprzedni programista repozytorium zatwierdził submodules/thingfolder jako zwykły folder, co oznacza, że ​​kiedy próbowałem uruchomić git submodule add ..., nie powiodło się z:'submodules/thing' already exists in the index :, ale próba zaktualizowania modułu podrzędnego również zakończy się niepowodzeniem, ponieważ zobaczył, że ścieżka nie zawierają podmoduł.

Aby to naprawić, musiałem usunąć submodules/thingfolder, zatwierdzić usunięcie, a następnie uruchomić git submodule addpolecenie, aby dodać go z powrotem poprawnie:

git submodule add --force --name thing https://github.com/person/thing.git submodules/thing

Kiedy zobaczyłem to dzisiaj, programista przeniósł część drzewa do nowego podkatalogu i wygląda na to, że jego klient git nie zarejestrował zaktualizowanych reguł podprojektu w drzewie, zamiast tego zostały po prostu nukowane, pozostawiając .gitmodules odwołanie do nieaktualnych lokalizacje i podprojekty, które już nie istnieją w bieżącym drzewie.

Dodanie modułów podrzędnych z powrotem i porównanie zatwierdzeń shas modułu podrzędnego z tymi znalezionymi w git show $breaking_commit_sha(wyszukaj wiersze pasujące ^-Subprojectdo wyrażenia regularnego ) w celu dostosowania do potrzeb naprawiono rzeczy.

Usunięcie katalogu podmodułu i jego zawartości (folder „zewnętrzny / pyfacebook”), jeśli istniał wcześniej, git submodule add ...może rozwiązać problemy.

Miałem podobny problem z submodułem. Po prostu nie chciał być klonowany / ściągany / aktualizowany / cokolwiek.

Podczas próby ponownego dodania modułu podrzędnego za pomocą git submodule add git@my-repo.git destinationotrzymałem następujące dane wyjściowe:

A git directory for 'destination' is found locally with remote(s):
  origin        git@my-repo.git
If you want to reuse this local git directory instead of cloning again from
  git@my-repo.git
use the '--force' option. If the local git directory is not the correct repo
or you are unsure what this means choose another name with the '--name' option.

Próbowałem więc wymusić polecenie dodawania :
git submodule add --force git@my-repo.git destination

To zadziałało w moim przypadku.

Dla przypomnienia:
ten sam problem utworzyłem, dodając puste repozytorium jako moduł podrzędny. W tym przypadku nie było dostępnego skrótu referencyjnego dla podmodułu, co doprowadziło do błędu opisanego przez oryginalny plakat.

Wymuszenie dodania repozytorium po zatwierdzeniu go rozwiązało problem (jak w poście Arvids)
git submodule add --force git@my-repo.git destination

• Usuń moduł podrzędny z pliku .git/config
• Uruchom git submodule initpolecenie
• Przejdź do katalogu modułu podrzędnego i uruchom git pull origin master

Powinno teraz działać

Po prostu dzielę się tym, co zadziałało dla mnie:

git clone --recurse-submodules <repository path>

Powoduje to sklonowanie zdalnego repozytorium zawierającego już moduły podrzędne. Oznacza to, że po sklonowaniu nie trzeba uruchamiać aktualizacji modułu podrzędnego git ani inicjować go.

Poniższe polecenie synchronizacji rozwiązało problem:

git submodule sync