Jak usunąć submoduł?


3539

Jak usunąć submoduł Git?

Nawiasem mówiąc, czy istnieje powód, dla którego nie mogę tego zrobić git submodule rm whatever?


109
Prosta odpowiedź stackoverflow.com/a/21211232/94687 jest teraz poprawna i należy ją zaznaczyć. Teraz jest po prostu git rm modulenameirm -rf .git/modules/modulename
imz - Ivan Zachharyaschev

10
To nie jest prawda. Ta odpowiedź nie dotyczy usunięcia pozycji submodułu z .git/config. Akceptowana odpowiedź pokazuje aktualny sposób pełnego usunięcia submodułu. To również wyjaśnia bardziej zwięźle w tej odpowiedzi: stackoverflow.com/a/36593218/1562138
fvgs

Uważam, że ten artykuł jest bardzo pomocny w usuwaniu submodułów. Zawiera on informacje na temat usuwania wpisów w .gitsubmodules i .git / pliki konfiguracyjne odwołuje
Ri_

12
Oszczędź sobie trochę czasu i przejdź bezpośrednio do odpowiedzi, która działa (w 2017 r.): Stackoverflow.com/a/36593218/528313
Vincenzo Pii

Przez dwa dni zmagałem się z problemami submodułowymi. Przełom nastąpił, kiedy to znalazłem: forums.developer.apple.com/thread/13102 . Zasadniczo Xcode i być może inne aplikacje mają problemy z rozszerzeniem adresu URL zawierającego „~”. Po zmianie ssh: //username@server.remoteHost.com/~/git/MyRepo.git na ssh: //username@server.remoteHost.com/home/username/git/MyRepo.git (sprawdź aktualną ścieżkę na twoim serwerze) cała dziwność zniknęła po dziesięciu minutach. Zobacz także stackoverflow.com/questions/32833100/…
Elise van Looij,

Odpowiedzi:


2213

Od git1.8.3 (22 kwietnia 2013 r.) :

Po wyrażeniu zainteresowania tym modułem za pomocą „ submodule init” nie było już sposobu na porcelanowe powiedzenie „Nie jestem już zainteresowany tym submodułem ”.
submodule deinit” jest na to sposobem.

Proces usuwania również wykorzystuje git rm(od git1.8.5 października 2013).

Podsumowanie

3-etapowy proces usuwania wyglądałby wtedy:

0. mv a/submodule a/submodule_tmp

1. git submodule deinit -f -- a/submodule    
2. rm -rf .git/modules/a/submodule
3. git rm -f a/submodule
# Note: a/submodule (no trailing slash)

# or, if you want to leave it in your working tree and have done step 0
3.   git rm --cached a/submodule
3bis mv a/submodule_tmp a/submodule

Wyjaśnienie

rm -rf: To jest wspomniane w Daniela Schroeder „s odpowiedzi i podsumować Eonil w komentarzach :

Pozostawia to .git/modules/<path-to-submodule>/bez zmian.
Więc jeśli raz usuniesz submoduł za pomocą tej metody i ponownie dodasz je ponownie, nie będzie to możliwe, ponieważ repozytorium już zostało uszkodzone.


git rm: Zobacz zatwierdzenie 95c16418 :

Obecnie użycie „ git rm” w podmodule usuwa drzewo pracy submodułu z drzewa superprojektu i gitlink z indeksu.
Ale sekcja podmodułu .gitmodulespozostała nietknięta, co jest pozostałością po usuniętym teraz podmodule i może drażnić użytkowników (w przeciwieństwie do ustawienia w .git/config, musi to pozostać przypomnienie, że użytkownik wykazał zainteresowanie tym podmodułem, więc zostanie on ponownie wypełniony później po wyrejestrowaniu starszego zatwierdzenia).

Pozwól „ git rm” pomóc użytkownikowi, nie tylko usuwając submoduł z drzewa roboczego, ale także usuwając submodule.<submodule name>sekcję „ ” z .gitmodulespliku i wykonując oba etapy.


git submodule deinit: Wynika z tej łatki :

Za pomocą „ git submodule init” użytkownik jest w stanie powiedzieć gitowi, że dba o jedną lub więcej podmodułów i chce, aby został wypełniony przy następnym wywołaniu „ git submodule update”.
Ale obecnie nie ma łatwego sposobu, aby powiedzieć gitowi, że nie dba już o submoduł i chce pozbyć się lokalnego drzewa pracy (chyba że użytkownik wie dużo o wewnętrznych modułach i usunie ustawienie „ submodule.$name.url.git/configz pracy drzewo).

Pomóż tym użytkownikom, udostępniając deinitpolecenie „ ”.
Spowoduje to usunięcie całej submodule.<name>sekcji .git/configdla danego podmodułu ( lub wszystkich tych, które zostały zainicjowane, jeśli .podano „ ”).
Niepowodzenie, jeśli bieżące drzewo robocze zawiera modyfikacje, chyba że jest wymuszone.
Złóż skargę, gdy dla podmodułu podanego w wierszu poleceń nie można znaleźć ustawienia adresu URL .git/config, ale mimo to nie zawiedzie.

Dba o to, jeśli kroki (de) inicjalizacji ( .git/configi .git/modules/xxx)

Od git1.8.5 git rmdba również o:

  • ' add' krok, który rejestruje adres URL submodułu w .gitmodulespliku: należy go usunąć.
  • specjalny wpis submodułu (jak ilustruje to pytanie ): git rm usuwa go z indeksu:
    git rm --cached path_to_submodule(bez ukośnika końcowego)
    Spowoduje to usunięcie tego katalogu zapisanego w indeksie specjalnym trybem „160000”, oznaczając go jako katalog główny submodułu .

Jeśli zapomnisz ten ostatni krok i spróbujesz dodać podmoduł jako zwykły katalog, otrzymasz komunikat o błędzie:

git add mysubmodule/file.txt 
Path 'mysubmodule/file.txt' is in submodule 'mysubmodule'

Uwaga: od wersji Git 2.17 (Q2 2018) deinit submodule git nie jest już skryptem powłoki.
Jest to wywołanie funkcji C.

Zobacz zatwierdzenie 2e61273 , zatwierdzenie 1342476 (14 stycznia 2018 r.) Przez Prathamesh Chavan ( pratham-pc) .
(Połączone przez Junio ​​C Hamano - gitster- w commit ead8dbe , 13 lutego 2018)

git ${wt_prefix:+-C "$wt_prefix"} submodule--helper deinit \
  ${GIT_QUIET:+--quiet} \
  ${prefix:+--prefix "$prefix"} \
  ${force:+--force} \
  ${deinit_all:+--all} "$@"

18
Czy możesz podać przykład użycia submodule deinit?
zakdances

5
@tworzony_fotografia tutaj jest przykładem kogoś, kto z powodzeniem go używa: stackoverflow.com/a/16161950/6309 . Pamiętaj jednak, że wbrew pierwotnemu założeniu 1.8.3 nie zostało jeszcze wydane! Na Uniksie możesz go skompilować ze źródeł.
VCC

2
@HamishDowner specjalny wpis powinien zniknąć (katalog nie jest już podmodułem) i .gitmodulespowinien być w porządku, ale nadal sprawdziłbym wszystko z tym .gitkatalogiem (tj. Lokalna konfiguracja, w twoim lokalnym repozytorium: to nie jest zmodyfikowany przez a git pull)
VCC

2
@Jayen tak, jeśli popełnisz usunięcie .gitmoduleswpisu i usunięcie specjalnego wpisu w indeksie i wypchniesz to repozytorium, inni mogą je pobrać i ten podmoduł zniknie.
VonC

3
W obecnym git (v1.9 +) zwykły stary git rm submodulerobi dokładnie to, co chcesz, jak już powiedzieli inni ludzie.
Pete Peterson

3445

Za pośrednictwem strony Git Submodule Tutorial :

Aby usunąć submoduł, musisz:

  1. Usuń odpowiednią sekcję z .gitmodulespliku.
  2. Dokonaj .gitmoduleszmian:
    git add .gitmodules
  3. Usuń odpowiednią sekcję z .git/config.
  4. Usuń pliki submodułu z działającego drzewa i indeksu:
    git rm --cached path_to_submodule(bez końcowego ukośnika).
  5. Usuń .gitkatalog submodułu :
    rm -rf .git/modules/path_to_submodule
  6. Zatwierdź zmiany:
    git commit -m "Removed submodule <name>"
  7. Usuń nieśledzone pliki submodułów:
    rm -rf path_to_submodule

Zobacz także : alternatywne kroki poniżej .


410
„A tak przy okazji, czy istnieje powód, dla którego nie mogę po prostu uzyskać submodułu rm?” ?
abernier 20.01.11

48
@abernier Krótka odpowiedź może brzmieć „ponieważ takie polecenie nie istnieje”. Domyślam się, że starają się jawnie usunąć pliki submodułów w porównaniu do konfiguracji submodułów, aby uniknąć przypadkowej utraty danych. Być może jedna osoba pomyślałaby, że git submodule rmpo prostu usuwa rejestrację submodułu, i byłaby zaskoczona, gdyby polecenie usunęło również lokalne repozytorium. Wszelkie lokalne zmiany zostałyby bezpowrotnie utracone. Być może inna osoba pomyśli, że zostaną usunięte tylko pliki.
John Douthat

119
Szczerze mówiąc, nie wiem dlaczego. Mam jednak nadzieję, że dodadzą polecenie. Te 4 kroki są zbyt skomplikowane.
John Douthat

25
Oto skrypt bash, który usuwa submoduł, po prostu utwórz alias git dla submodule-rm;) gist.github.com/2491147
Capi Etheriel

33
potrzebujesz także rm -rf .git \ modules \ submodule name?
rogerdpack

484

Tylko uwaga. Od wersji git 1.8.5.2 będą wykonywane dwie komendy:

git rm the_submodule
rm -rf .git/modules/the_submodule

Jak słusznie wskazała odpowiedź @Mark Cheverton, jeśli druga linia nie jest używana, nawet jeśli na razie usunąłeś submoduł, pozostały folder .git / modules / the_submodule zapobiegnie dodaniu lub zastąpieniu tego samego submodułu w przyszłości . Ponadto, jak wspomniano @VonC, git rmwykona większość zadań w submodule.

- Aktualizacja (07.05.2017) -

Dla wyjaśnienia the_submodulejest względna ścieżka submodułu wewnątrz projektu. Na przykład, subdir/my_submodulejeśli podmoduł znajduje się w podkatalogu subdir.

Jak wskazano poprawnie w komentarzach i innych odpowiedziach , dwa polecenia (chociaż funkcjonalnie wystarczające do usunięcia submodułu), pozostawiają ślad w [submodule "the_submodule"]sekcji .git/config(od lipca 2017 r.), Które można usunąć za pomocą trzeciego polecenia:

git config -f .git/config --remove-section submodule.the_submodule 2> /dev/null

5
Jestem na gicie w wersji 2.4.9 (Apple Git-60) i wszystko, co musiałem zrobić, to rm the_submodule. Wepchnąłem to, a następnie ponownie dodałem folder o nazwie taki sam jak submoduł i działał bez problemu.
David Silva Smith

19
Nie usuwa to pozycji submodułu .git/config. Zobacz stackoverflow.com/a/36593218/1562138 do całkowitego sposobu usunięcia submodule.
fvgs 13.04.16

2
@drevicko Właśnie przetestowałem to z Git 2.11.1 i obserwuję to samo zachowanie, co wcześniej. git init && git submodule add <repository> && git rm <name>pozostawia po sobie .git/configwpis oraz .git/modules/<name>katalog i jego zawartość. Być może nie zainicjowałeś submodułu przed jego usunięciem?
fvgs

2
czuję się bezpieczniej, uruchamiając ten pierwszy .. git submodule deinit -f the_submodule
danday74

1
@JarrodSmith Tak, to ścieżka. proszę zobaczyć aktualizację.
tinlyx,

478

Większość odpowiedzi na to pytanie jest nieaktualna, niepełna lub niepotrzebnie złożona.

Podmoduł sklonowany przy użyciu git 1.7.8 lub nowszego pozostawi co najwyżej cztery ślady w twoim lokalnym repozytorium. Proces usuwania tych czterech śladów zapewnia trzy poniższe polecenia:

# Remove the submodule entry from .git/config
git submodule deinit -f path/to/submodule

# Remove the submodule directory from the superproject's .git/modules directory
rm -rf .git/modules/path/to/submodule

# Remove the entry in .gitmodules and remove the submodule directory located at path/to/submodule
git rm -f path/to/submodule

39
Dlaczego ta odpowiedź ma tak mało pozytywnych opinii? W tych wszystkich popularnych odpowiedziach coś brakuje, jest to jedyna taka, która naprawdę usuwa wszystkie ślady submodułu w najprostszy możliwy sposób. I uwaga: kolejność poleceń ma znaczenie.
mbdevpl,


5
@mbdevpl przyszedł 3 lata po zaakceptowanej odpowiedzi i chyba nikomu nie udało się przekonać OP do przyjęcia tej
Andy

10
TO nie jest skomplikowana odpowiedź w 2018 roku?
Warren P

9
.gitmodules plik wciąż wydaje nienaruszone wykonywania tych poleceń
Fractalf

206

Proste kroki

  1. Usuń wpisy konfiguracji:
    git config -f .git/config --remove-section submodule.$submodulename
    git config -f .gitmodules --remove-section submodule.$submodulename
  2. Usuń katalog z indeksu:
    git rm --cached $submodulepath
  3. Popełnić
  4. Usuń nieużywane pliki:
    rm -rf $submodulepath
    rm -rf .git/modules/$submodulename

Uwaga: $submodulepath nie zawiera początkowych ani końcowych ukośników.

tło

Kiedy to zrobisz git submodule add, dodaje to tylko .gitmodules, ale kiedy to zrobisz git submodule init, dodaje się do .git/config.

Jeśli więc chcesz usunąć moduły, ale możesz je szybko przywrócić, wykonaj następujące czynności:

git rm --cached $submodulepath
git config -f .git/config --remove-section submodule.$submodulepath

Dobrym pomysłem jest zrobienie git rebase HEADnajpierw i git commit na końcu, jeśli umieścisz to w skrypcie.

Zobacz także odpowiedź na pytanie Czy mogę cofnąć wypełnianie podmoduła Git? .


1
Miałem dużo submodułów (i większy bałagan), więc musiałem przepuścić je przez pętlę for. Ponieważ większość z nich znajdowała się pod określonym katalogiem i wyjściem ls zawierało ukośniki końcowe. Zrobiłem coś takiego for dir in directory/*; do git rm --cached $dir; done.
Pablo Olmos de Aguilera C.

Aby uzyskać tę listę, która może być użyta w skrypcie do rekurencyjnego usuwania - git config -f .git/config -l | cut -d'=' -f1 | grep "submodule.$MODPATH" | sed 's/^submodule\.//' | sed 's/\.url$//'- - wygląda na to, że naprawdę musisz to zrobić na wypadek, gdyby coś się git submodule | grep -v '^+' | cut -d' ' -f3
popsuło

2
aby uzyskać listę modułów, w których nie wprowadzono żadnych lokalnych zmian -git submodule | grep '^+' | cut -d' ' -f2
errordeveloper,

uwaga, musiałem zawrzeć submodulenamew podwójnych cudzysłowach "submodulename".. odnosząc się do .git/configpliku
mion

Prosty. Wydajny. W 2.25.0, po kroku 1, musisz wprowadzić zmiany .gitmodules przed krokiem 2.
Michel Donais,

83

Oprócz zaleceń musiałem też rm -Rf .git/modules/path/to/submodulemóc dodać nowy podmoduł o tej samej nazwie (w moim przypadku widelec zastępowałem oryginalnym)


1
Miałem z tym również problemy. Jeśli spróbujesz ponownie zainstalować podmoduł w tej samej ścieżce, informacje o gałęzi będą przechowywane w pamięci podręcznej w miejscu, o którym wspomniałeś, co powoduje problemy.
jangosteve

Dzięki, ja też tego potrzebowałam. @Anton, zgadzam się i zredagowałem odpowiedź, która została wysoko oceniona, aby dodać tę informację.
William Denniss,

Użyłem opcji --name, aby zastąpić działało ... patrz stackoverflow.com/questions/14404704/…
joseph.hainline

60

Aby usunąć submoduł dodany za pomocą:

git submodule add blah@blah.com:repos/blah.git lib/blah

Biegać:

git rm lib/blah

Otóż ​​to.

W przypadku starszych wersji git (około ~ 1.8.5) użyj:

git submodule deinit lib/blah
git rm lib/blah
git config -f .gitmodules --remove-section submodule.lib/blah

1
+1 rzeczywiście. To jedyna poprawna odpowiedź od git 1.8.3. Powinien zostać zaakceptowany jako poprawny.
Xananax,

6
git rmwciąż zostawia rzeczy w środku .git/modules/. (2.5.4)
Rudolf Adamkovič

1
@ RudolfAdamkovic to działa dla mnie? Zauważ, że usuwa pozycję podmodułu tylko wtedy, gdy dokładna ścieżka jest zgodna; jeśli przeniosłeś submoduł, a następnie git rmgo użyjesz, to nie; Szybki test z wersją 2.5.4 na moim komputerze Mac aktualizuje plik .gitmodules, jak opisano w dokumentacji tutaj: git-scm.com/docs/git-rm#_submodules ... ale jeśli znalazłeś jakąś kombinację platformy / wersja, w której tak się nie dzieje, prawdopodobnie powinieneś zgłosić błąd.
Doug

2
Ta odpowiedź nie jest do końca poprawna. git rmpozostawia rzeczy w katalogu .git/modules/i .git/configpliku (ubuntu, git 2.7.4). Inna odpowiedź działa w 100%: stackoverflow.com/a/36593218/4973698
mbdevpl

50

Musisz usunąć wpis w .gitmodulesoraz .git/configi usunąć katalog modułu z historii:

git rm --cached path/to/submodule

Jeśli napiszesz na liście mailowej gita, prawdopodobnie ktoś zrobi dla ciebie skrypt powłoki.


Skrypt powłoki nie jest potrzebny, inna odpowiedź zawiera polecenia do usunięcia wszystkich śladów submodułu: stackoverflow.com/a/36593218/4973698
mbdevpl

42

Możesz użyć aliasu, aby zautomatyzować rozwiązania dostarczane przez inne osoby:

[alias]
  rms = "!f(){ git rm --cached \"$1\";rm -r \"$1\";git config -f .gitmodules --remove-section \"submodule.$1\";git config -f .git/config --remove-section \"submodule.$1\";git add .gitmodules; }; f"

Umieść to w swojej konfiguracji git, a następnie możesz: git rms path/to/submodule


-1, ponieważ jest to zbyt błędne. PIERWSZY: Zakłada się, że nazwa i ścieżka submodułu są identyczne, co najczęściej nie jest prawdą . IE git clone https://github.com/hilbix/empty.git; cd empty; git submodule add https://github.com/hilbix/empty.git one; git mv one two; git rms two. PO DRUGIE: Musisz wykonać to z właściwej ścieżki. gitaliasy powinny działać w dowolnym miejscu w drzewie roboczym (lub działać bezproblemowo). PO TRZECIE: git config -f .git/configzawodzi w podmodułach, ponieważ .gitzwykle jest tam plik.
Tino,

42

Podsumowując, oto co powinieneś zrobić:

  1. Ustaw path_to_submodulevar (bez końcowego ukośnika):

    path_to_submodule=path/to/submodule

  2. Usuń odpowiedni wiersz z pliku .gitmodules:

    git config -f .gitmodules --remove-section submodule.$path_to_submodule

  3. Usuń odpowiednią sekcję z .git / config

    git config -f .git/config --remove-section submodule.$path_to_submodule

  4. Usuń scenę i usuń $ path_to_submodule tylko z indeksu (aby zapobiec utracie informacji)

    git rm --cached $path_to_submodule

  5. Śledź zmiany wprowadzone w .gitmodules

    git add .gitmodules

  6. Zatwierdź superprojekt

    git commit -m "Remove submodule submodule_name"

  7. Usuń nieśledzone pliki submodułów

    rm -rf $path_to_submodule

    rm -rf .git/modules/$path_to_submodule


więc wszyscy inni, którzy ściągną moją zmianę, będą musieli uruchomić rm -rf $ path_to_submodule rm -rf .git / modules / $ path_to_submodule, aby usunąć pamięć podręczną submodułów?
j2emanue

Polecam do aktualizacji git submodule update. A jeśli ścieżki submodułów nie zostały poprawnie zaktualizowane (git zgłasza błąd), usuń je:rm -rf .git/modules/<submodule> && rm -rf <submodule> && git submodule update
luissquall

40

Jeśli ten podmoduł został przypadkowo dodany, ponieważ dodałeś, zatwierdziłeś i przekazałeś folder, który był już repozytorium Git (zawarty .git), nie będziesz miał .gitmodulespliku do edycji ani niczego w nim .git/config. W takim przypadku wszystko czego potrzebujesz to:

git rm --cached subfolder
git add subfolder
git commit -m "Enter message here"
git push

FWIW , również usunąłem .gitfolder przed wykonaniem git add.


dokładnie moja sprawa
zhekaus

37

Uważam, że deinitdziała dla mnie dobrze:

git submodule deinit <submodule-name>    
git rm <submodule-name>

Z git docs :

deinit

Wyrejestruj podane podmoduły, tj. Usuń całą submodule.$name sekcję z .git / config wraz z ich drzewem pracy.


Zgadzam się znaleźć to samo rozwiązanie. To najlepszy sposób na dzisiaj w 2018 r.)
woto

1
nie usunął .git / modules / ... Powinieneś je usunąć, patrz odpowiedź @fvgs
Vilém Kurz

Nie wiem, dlaczego to proste i łatwe rozwiązanie nie jest numerem 1
Marc Magon

AFAICS ten wydaje się być najbardziej najbezpieczniejszym rozwiązaniem dla nowszych gits , które znam deinit, a druga odpowiedź usuwa .git/modules/submodulekatalog zbyt wcześnie, który wydaje się mieć nowsze gits niepowodzenie teraz lub później. Również (patrz mój komentarz tam) usunięcie .git/modules/submodulemoże być niewłaściwą ścieżką, więc jest to niebezpieczny krok, najlepiej podjąć później, gdy gitnarzekasz (lub jeśli masz 299% pewności, że to, czego chcesz, jest właściwą ścieżką i naprawdę potrzebne).
Tino,

Musiałem także git commitwprowadzić zmiany etapowe w reż. Roboczym: modified .gitmodulesi deleted <submodule-path>.
Jurij Pozniak

20

Po eksperymentowaniu ze wszystkimi różnymi odpowiedziami na tej stronie znalazłem rozwiązanie:

#!/bin/sh
path="$1"
if [ ! -f "$path/.git" ]; then
  echo "$path is no valid git submodule"
  exit 1
fi
git submodule deinit -f $path &&
git rm --cached $path &&
rm -rf .git/modules/$path &&
rm -rf $path &&
git reset HEAD .gitmodules &&
git config -f .gitmodules --remove-section submodule.$path

Przywraca to dokładnie ten sam stan, co przed dodaniem submodułu. Możesz od razu dodać submoduł, co nie było możliwe przy większości odpowiedzi tutaj.

git submodule add $giturl test
aboveScript test

To pozostawia czystą kasę bez żadnych zmian do zatwierdzenia.

Zostało to przetestowane z:

$ git --version
git version 1.9.3 (Apple Git-50)

Dlaczego używacie git rm --cached $pathwtedy rm -rf $pathzamiast git rm -r $path?
bfontaine

-1 Nie działa, jeśli spróbujesz usunąć submoduł z submodułu (submoduł może tworzyć drzewa!). Jest to również niebezpiecznie błędne z powodu braku cytatu! Przykład git submodule add https://github.com/hilbix/empty.git 'dangerous .. submodule'-> kiedy próbujesz usunąć „niebezpieczny… submoduł” za pomocą skryptu, będzie rm -rf ..to najprawdopodobniej nie to, czego chcesz ..
Tino

17

To, co obecnie robię, grudzień 2012 r. (Łączy większość tych odpowiedzi):

oldPath="vendor/example"
git config -f .git/config --remove-section "submodule.${oldPath}"
git config -f .gitmodules --remove-section "submodule.${oldPath}"
git rm --cached "${oldPath}"
rm -rf "${oldPath}"              ## remove src (optional)
rm -rf ".git/modules/${oldPath}" ## cleanup gitdir (optional housekeeping)
git add .gitmodules
git commit -m "Removed ${oldPath}"

15

Oto co zrobiłem:

1.) Usuń odpowiednią sekcję z pliku .gitmodules. Możesz użyć poniższego polecenia:

git config -f .gitmodules --remove-section "submodule.submodule_name"

2.) Wprowadź .gitmoduleszmiany

git add .gitmodules

3.) Usuń odpowiednią sekcję z .git/config. Możesz użyć poniższego polecenia:

git submodule deinit -f "submodule_name"

4.) Usuń gitlink (bez końcowego ukośnika):

git rm --cached path_to_submodule

5.) Oczyść .git/modules:

rm -rf .git/modules/path_to_submodule

6.) Zobowiązanie:

git commit -m "Removed submodule <name>"

7.) Usuń nieśledzone pliki submodułów

rm -rf path_to_submodule

Dzięki za to. Dla mnie musiałem zmienić kolejność pierwszych trzech kroków na 3), 1), 2). Wykonanie 1) najpierw dał fatal: no submodule mapping found in .gitmodules for path 'submodule_name'krok 3. Oba kroki były jednak konieczne. (git v2.8.2)
U007D,

13

Niedawno odkryłem projekt git, który zawiera wiele przydatnych poleceń związanych z git: https://github.com/visionmedia/git-extras

Zainstaluj i wpisz:

git-delete-submodule submodule

Potem wszystko się kończy. Katalog submodułów zostanie usunięty z repozytorium i nadal będzie istniał w systemie plików. Następnie można popełnić zmianę takiego: git commit -am "Remove the submodule".


Możesz to nazwać jako git delete-submodule, ponieważ git-extrasmusi być na drodze do pracy. Zauważ też, że zalecam nie używaćgit-extras , ponieważ wiele jego części jest bardzo wadliwych i niebezpiecznych . IE git-delete-submoduleprawdopodobnie usuwa złą ścieżkę poniżej .git/modules/*, ponieważ zakłada, że ​​moduł i ścieżka są identyczne (co często nie jest przypadkiem), i nie działa poprawnie, jeśli spróbujesz usunąć submoduł w podmodule. git-extrasmoże być w 99% pomocny, ale proszę nie narzekać, jeśli przy jego użyciu coś pójdzie nie tak. ZOSTAŁEŚ OSTRZEŻONY!
Tino,

10

Musiałem pójść krokami Johna Douthata o krok dalej cddo katalogu submodułu, a następnie usunąć repozytorium Git:

cd submodule
rm -fr .git

Następnie mógłbym zatwierdzić pliki jako część nadrzędnego repozytorium Git bez starego odwołania do submodułu.


Musiałem to również zrobić, aby ominąć błąd „fatal: Not a git repository:” podczas próby wykonania git rm --cachekroku.
RickDT

9

Oto 4 kroki, które uznałem za konieczne lub przydatne (najpierw najważniejsze):

git rm -f the_submodule
rm -rf .git/modules/the_submodule
git config -f .git/config --remove-section submodule.the_submodule
git commit -m "..."

W teorii , git rmw kroku 1 powinien dbać o niego. Mamy nadzieję, że pewnego dnia na drugą część pytania OP można odpowiedzieć pozytywnie (że można to zrobić za pomocą jednego polecenia).

Ale od lipca 2017 r. Krok 2 jest konieczny do usunięcia danych, w .git/modules/przeciwnym razie nie będzie można np. Ponownie dodać submodułu w przyszłości.

Prawdopodobnie możesz wykonać powyższe dwa kroki dla git 1.8.5+, jak zauważono w odpowiedzi Tinlyx , ponieważ wszystkie git submodulepolecenia wydają się działać.

Krok 3 usuwa sekcję dla the_submodulepliku .git/config. Należy to zrobić dla kompletności. (Wpis może powodować problemy dla starszych wersji git, ale nie mam go do przetestowania).

W tym celu większość odpowiedzi sugeruje użycie git submodule deinit. Uważam, że jest to bardziej jednoznaczne i mniej mylące w użyciu git config -f .git/config --remove-section. Według dokumentacji git submodule , git deinit:

Wyrejestruj podane podmoduły ... Jeśli naprawdę chcesz usunąć submoduł z repozytorium i zatwierdzić, użyj zamiast tego git-rm [1] .

Na koniec, jeśli tego nie zrobisz git commit, możesz / możesz otrzymać błąd podczas wykonywania git submodule summary(od git 2.7):

fatal: Not a git repository: 'the_submodule/.git'
* the_submodule 73f0d1d...0000000:

Jest to niezależne od tego, czy wykonasz kroki 2 czy 3.


7
project dir:     ~/foo_project/
submodule:       ~/foo_project/lib/asubmodule
- - - - - - - - - - - - - - - - - - - - - - - - -
run:
  1.   cd ~/foo_project
  2.   git rm lib/asubmodule && 
          rm .git/modules/lib/asubmodule && 
            git submodule lib/asubmodule deinit --recursive --force

7

Właśnie znalazłem ukryty plik .submodule (zapomniałem dokładnej nazwy), ma on listę ... możesz w ten sposób usunąć je indywidualnie. Właśnie go miałem, więc go usunąłem. Proste, ale może zepsuć Gita, ponieważ nie wiem, czy coś jest związane z submodułem. Na razie wydaje się w porządku, oprócz zwykłego problemu z aktualizacją libetpan, ale (mam nadzieję), że nie ma to związku.

Zauważono, że nikt nie opublikował ręcznego kasowania, więc dodano


To.gitmodules
Arialdo Martini,

7

W przypadku gita 2.17 i nowszych jest po prostu

git submodule deinit -f {module_name}
git add {module_name}
git commit

Nie działa, ani za git 2.17.1ani git 2.20.1. Jednak używanie git rmzamiast git adddziałało dla obu. Uwagi: -fnie jest potrzebne, jeśli wszystko jest czyste. Pamiętaj, aby nie używać opcji ze gitjeśli chcesz chronić przed przypadkowym utraty danych. Pamiętaj też, że pozostawia to .git/modules/{module_name}na swoim miejscu. Najlepszą praktyką jest pozostanie tam, ponieważ gitdrukuje prawidłowe (!) Pomoc, jak postępować, jeśli z tego powodu coś zostanie zablokowane.
Tino,

4

Jeśli właśnie dodałeś podmoduł i na przykład po prostu dodałeś niewłaściwy podmoduł lub dodałeś go w niewłaściwe miejsce, po prostu git stashusuń folder. Zakłada się, że dodanie podmodułu jest jedyną rzeczą, którą zrobiłeś w ostatnim repo.


3

Z korzyścią dla czytelnika, tutaj próbuje się to podsumować i podać krok po kroku, jak to zrobić, jeśli rzeczy nie działają zgodnie z oczekiwaniami. Poniżej znajduje się przetestowany i bezpieczny sposób na pozbycie się submodułu dla gitwersji 2.17i wyżej :

submodule="path/to/sub"              # no trailing slash!
git submodule deinit -- "$submodule"
git rm -- "$submodule"
  • Jeśli to nie zadziała, patrz poniżej.
  • Brak opcji Nic niebezpiecznego. I nawet nie rozważaj robienia więcej!
  • Testowane z Debian Buster 2.20.1i Ubuntu 18.04 2.17.1.
  • "$submodule" jest po prostu podkreślenie, gdzie umieścić nazwę, i że musisz uważać na spacje i tym podobne
  • Jeśli w systemie Windows zignoruj ​​pierwszy wiersz i zamień "$submodule"na Windows poprawnie podaną ścieżkę do submodułu. (Nie jestem Windows)

Ostrzeżenie!

Nigdy nie dotykaj wnętrza .gitkatalogu! Edycja wewnątrz .gitwchodzi w ciemną stronę. Trzymaj się z dala za wszelką cenę!

I tak, można za to winić git, ponieważ gitw przeszłości brakowało wielu przydatnych rzeczy . Jak właściwy sposób na ponowne usunięcie submodułów.

Myślę, że w dokumentacji jest bardzo niebezpieczna część git submodule. Zaleca się $GIT_DIR/modules/<name>/samemu usunąć . W moim rozumieniu jest to nie tylko błędne, ale także bardzo niebezpieczne i powoduje poważne bóle głowy w przyszłości! Patrz poniżej.

Zauważ, że

git module deinit

jest bezpośrednią odwrotnością do

git module init

ale

git submodule deinit -- module
git rm -- module

jest również odwrotnie

git submodule add -- URL module
git submodule update --init --recursive -- module

ponieważ niektóre polecenia w zasadzie wymagają więcej niż jednej rzeczy:

  • git submodule deinit -- module
    • (1) aktualizacje .git/config
  • git rm
    • (2) usuwa pliki modułu
    • (3) tym samym rekurencyjnie usuwa submoduły submodułu
    • (4) aktualizacje .gitmodules
  • git submodule add
    • ściąga dane do .git/modules/NAME/
    • (1) robi git submodule init, więc aktualizuje.git/config
    • (2) git submodule updatetak więc nierekurencyjnie sprawdza moduł
    • (4) aktualizacje .gitmodules
  • git submodule update --init --recursive -- module
    • w razie potrzeby pobiera dalsze dane
    • (3) sprawdza rekurencyjnie submoduły submodułu

Nie może to być w pełni symetryczne, ponieważ zachowanie ścisłej symetryczności nie ma większego sensu. Po prostu nie potrzeba więcej niż dwóch poleceń. Również „pobieranie danych” jest niejawne, ponieważ jest ono potrzebne, ale usuwanie buforowanych informacji nie jest wykonywane, ponieważ nie jest to wcale potrzebne i może wyczyścić cenne dane.

To naprawdę jest zagadką dla początkujących, ale w zasadzie jest dobrą rzeczą: gitpo prostu robi to, co oczywiste, i robi to dobrze, a nawet nie próbuje robić więcej. gitto narzędzie, które musi wykonać niezawodny zawód, zamiast być kolejnym „Eierlegende Wollmilchsau” („Eierlegende Wollmilchsau” tłumaczy dla mnie „złą wersję szwajcarskiego noża wojskowego”).

Rozumiem więc narzekania ludzi, mówiąc: „Dlaczego nie robi gitdla mnie rzeczy oczywistych”. Jest tak, ponieważ „oczywiste” zależy tutaj z punktu widzenia. Niezawodność w każdej sytuacji jest znacznie ważniejsza. Dlatego to, co dla Ciebie oczywiste, często nie jest właściwe we wszystkich możliwych sytuacjach technicznych. Pamiętaj, że: AFAICS gitpodąża ścieżką techniczną, a nie społeczną. (Stąd sprytna nazwa: git)

Jeśli to się nie powiedzie

Powyższe polecenia mogą się nie powieść z powodu:

  • Twój gitjest za stary. Następnie użyj nowszego git. (Zobacz poniżej, jak to zrobić).
  • Masz nieprzydzielone dane i możesz stracić dane. Więc lepiej najpierw je poproś.
  • Twój podmoduł nie jest w pewnym git cleansensie czysty . Następnie najpierw wyczyść swój moduł podrzędny za pomocą tego polecenia. (Patrz poniżej.)
  • Zrobiłeś coś w przeszłości, co nie jest wspierane przez git. Jesteś wtedy po ciemnej stronie, a sprawy stają się brzydkie i skomplikowane. (Być może użycie innego komputera to naprawia.)
  • Być może istnieje więcej sposobów na porażkę, o których nie wiem (jestem tylko pewnym gitużytkownikiem zaawansowanym).

Możliwe są następujące poprawki.

Użyj nowszej git

Jeśli urządzenie jest zbyt stary, tam nie jest submodule deinitw twojej git. Jeśli nie chcesz (lub możesz) zaktualizować swojego git, skorzystaj z innego komputera z nowszym git! gitjest przeznaczony do pełnej dystrybucji, więc możesz użyć innego, gitaby wykonać zadanie:

  • workhorse:~/path/to/worktree$ git status --porcelain nie wolno niczego wydawać! Jeśli tak, najpierw posprzątaj rzeczy!
  • workhorse:~/path/to/worktree$ ssh account@othermachine
  • othermachine:~$ git clone --recursive me@workhorse path/to/worktree/.git TMPWORK && cd TMPWORK
  • Teraz wykonaj czynności związane z submodułem
  • othermachine:~/TMPWORK$ git commit . -m . && exit
  • workhorse:~/path/to/worktree$ git fetch account@othermachine:TMPWORK/.git
  • workhorse:~/path/to/worktree$ git merge --ff-only FETCH_HEAD. Jeśli to nie zadziała, użyjgit reset --soft FETCH_HEAD
  • Teraz git statusoczyść rzeczy, aż znów będzie czysty. Jesteś w stanie to zrobić, ponieważ już wcześniej wyczyściłeś go, dzięki pierwszemu krokowi.

Może othermachineto być jakaś maszyna wirtualna lub Ubuntu WSL pod Windows, cokolwiek. Nawet a chroot(ale zakładam, że nie jesteś rootem, ponieważ jeśli tak, rootto łatwiej jest zaktualizować do nowszej wersji git).

Pamiętaj, że jeśli nie możesz sshwejść, istnieje wiele sposobów transportu gitrepozytoriów. Możesz skopiować swój zestaw roboczy na pamięć USB (w tym .gitkatalog) i sklonować z pamięci USB . Sklonuj kopię, aby ponownie uzyskać porządek. Może to być PITA, na wypadek gdyby Twoje podmoduły nie były dostępne bezpośrednio z innej maszyny. Ale jest na to również rozwiązanie:

git config --add url.NEWURLPREFIX.insteadOf ORIGINALURLPREFIX

Możesz użyć tego mnożenia, i to jest zapisane w $HOME/.gitconfig. Coś jak

git config --add 'url./mnt/usb/repo/.insteadof' https://github.com/

przepisuje adresy URL takie jak

https://github.com/XXX/YYY.git

w

/mnt/usb/repo/XXX/YYY.git

Łatwo jest przyzwyczaić się do gittakich zaawansowanych funkcji.

Najpierw posprzątaj rzeczy

Ręczne czyszczenie jest dobre, ponieważ w ten sposób możesz wykryć niektóre rzeczy, o których zapomniałeś.

  • Jeśli git narzeka na niezapisane rzeczy, zatwierdzaj je i pchaj w bezpieczne miejsce.
  • Jeśli git narzeka na resztki git statusi git clean -ixfdjest twoim przyjacielem
  • Staraj się powstrzymywać od opcji rmi deinittak długo, jak możesz. Opcje (jak -f) gitsą dobre, jeśli jesteś profesjonalistą. Ale kiedy tu przyjechałeś, prawdopodobnie nie jesteś tak doświadczony w submoduleokolicy. Więc lepiej bądź bezpieczny niż przykro.

Przykład:

$ git status --porcelain
 M two
$ git submodule deinit two
error: the following file has local modifications:
    two
(use --cached to keep the file, or -f to force removal)
fatal: Submodule work tree 'two' contains local modifications; use '-f' to discard them
$ cd two
$ git submodule deinit --all
error: the following file has local modifications:
    md5chk
(use --cached to keep the file, or -f to force removal)
fatal: Submodule work tree 'md5chk' contains local modifications; use '-f' to discard them
$ cd md5chk
$ git submodule deinit --all
error: the following file has local modifications:
    tino
(use --cached to keep the file, or -f to force removal)
fatal: Submodule work tree 'tino' contains local modifications; use '-f' to discard them
$ cd tino
$ git status --porcelain
?? NEW
$ git clean -i -f -d
Would remove the following item:
  NEW
*** Commands ***
    1: clean                2: filter by pattern    3: select by numbers    4: ask each
    5: quit                 6: help
What now> 1
Removing NEW
$ cd ../../..
$ git status --porcelain
$ git submodule deinit two
Cleared directory 'two'
Submodule 'someunusedname' (https://github.com/hilbix/src.git) unregistered for path 'two'

Widzisz, nie ma takiej -fpotrzeby submodule deinit. W pewnym git cleansensie rzeczy są czyste . Pamiętaj również, że git clean -xnie jest to konieczne. Oznacza to git submodule deinitbezwarunkowe usuwanie nieśledzonych plików, które są ignorowane. Jest to zwykle to, czego chcesz, ale nie zapominaj o tym. Czasami ignorowane pliki mogą być cenne, jak dane w pamięci podręcznej, których ponowne obliczenie zajmuje kilka godzin lub dni.

Dlaczego nigdy nie usuwać $GIT_DIR/modules/<name>/?

Prawdopodobnie ludzie chcą usunąć buforowane repozytorium, ponieważ boją się później napotkać problem. To prawda, ale napotkanie tego „problemu” jest właściwym sposobem na jego rozwiązanie! Ponieważ naprawa jest łatwa i wykonana poprawnie, będziesz mógł żyć długo i szczęśliwie. Pozwala to uniknąć kłopotliwych problemów niż podczas samodzielnego usuwania danych.

Przykład:

mkdir tmptest &&
cd tmptest &&
git init &&
git submodule add https://github.com/hilbix/empty.git two &&
git commit -m . &&
git submodule deinit two &&
git rm two &&
git commit -m . &&
git submodule add https://github.com/hilbix/src.git two

Ostatni wiersz wyświetla następujący błąd:

A git directory for 'two' is found locally with remote(s):
  origin    https://github.com/hilbix/empty.git
If you want to reuse this local git directory instead of cloning again from
  https://github.com/hilbix/src.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.

Dlaczego ten błąd? Ponieważ .git/modules/two/wcześniej był wypełniany z https://github.com/hilbix/empty.git, a teraz zostanie ponownie wypełniony z czegoś innego, mianowicie https://github.com/hilbix/src.git . Nie zobaczysz tego, jeśli ponownie wypełnisz go z https://github.com/hilbix/empty.git

Co zrobić teraz? Zrób dokładnie to, co powiedziano! Posługiwać się--name someunusedname

git submodule add --name someunusedname https://github.com/hilbix/src.git two

.gitmodules wtedy wygląda jak

[submodule "someunusedname"]
    path = two
    url = https://github.com/hilbix/src.git

ls -1p .git/modules/ daje

someunusedname/
two/

W ten sposób w przyszłości możesz przełączać gałęzie / zatwierdzać do przodu i do tyłu i nigdy więcej nie będziesz mieć kłopotów z powodu two/posiadania dwóch różnych (i prawdopodobnie niekompatybilnych) repozytoriów. A najlepsze jest to, że przechowujesz je w pamięci podręcznej również lokalnie.

  • Dotyczy to nie tylko ciebie. Dotyczy to również wszystkich innych korzystających z Twojego repozytorium.
  • I nie tracisz historii. Jeśli zapomniałeś wypchnąć najnowszą wersję starego podmodułu, możesz wprowadzić lokalną kopię i zrobić to później. Zauważ, że często zdarza się, że ktoś zapomina pchnąć jakieś podmoduły (ponieważ jest to PITA dla nowoprzybyłych, dopóki się nie przyzwyczai git).

Jeśli jednak usuniesz buforowany katalog, obie różne kasy natkną się na siebie, ponieważ nie użyjesz --nameopcji, prawda? Dlatego za każdym razem, gdy robisz kasę, być może będziesz musiał ciągle usuwać .git/modules/<module>/katalog. Jest to bardzo uciążliwe i utrudnia korzystanie z czegoś takiego git bisect.

Jest więc bardzo techniczny powód, aby zachować ten katalog modułów jako symbol zastępczy. Ludzie, którzy zalecają usunięcie czegoś poniżej, .git/modules/albo nie wiedzą lepiej, albo zapominają powiedzieć, że powoduje to, że potężne funkcje są git bisectprawie niemożliwe do użycia, jeśli powoduje to niezgodność submodułu.

Kolejny powód pokazano powyżej. Spójrz na ls. Co tam widzisz

Cóż, drugi wariant modułu two/nie jest pod .git/modules/two/, jest pod .git/modules/someunusedname/! Takie rzeczy git rm $module; rm -f .git/module/$modulesą całkowicie błędne! Musisz albo skonsultować się, module/.gitalbo .gitmodulesznaleźć właściwą rzecz do usunięcia!

Więc nie tylko większość innych odpowiedzi wpada w tę niebezpieczną pułapkę, nawet bardzo popularne gitrozszerzenia miały ten błąd ( teraz jest tam naprawiony )! Więc lepiej trzymaj ręce w .git/katalogu, jeśli nie dokładnie to, co robisz!

A z filozoficznego punktu widzenia wymazywanie historii zawsze jest złe! Z wyjątkiem mechaniki kwantowej , jak zwykle, ale jest to coś zupełnie innego.

Dla pewnie zgadłeś: hilbix to moje konto GitHub.


Ta encyklopedia postu powinna zostać podzielona na wyraźniejsze sekcje z większymi / wyraźniejszymi podtytułami, aby wskazać rzeczywistą odpowiedź, oraz różne sekcje „Rozwiązywanie problemów” / etc.
Andrew

2

Podsumowując, oto co powinieneś zrobić:

Ustaw path_to_submodule var (bez końcowego ukośnika):

path_to_submodule=path/to/submodule

Usuń odpowiedni wiersz z pliku .gitmodules:

git config -f .gitmodules --remove-section submodule.$path_to_submodule

Usuń odpowiednią sekcję z .git / config

git config -f .git/config --remove-section submodule.$path_to_submodule

Usuń scenę i usuń $ path_to_submodule tylko z indeksu (aby zapobiec utracie informacji)

git rm --cached $path_to_submodule

Śledź zmiany wprowadzone w .gitmodules

git add .gitmodules

Zatwierdź superprojekt

git commit -m "Remove submodule submodule_name"

Usuń nieśledzone pliki submodułów

rm -rf $path_to_submodule

rm -rf .git/modules/$path_to_submodule

Zobacz także: Alternatywne linie pomocnicze


Czy możesz to rozszerzyć o sposób usuwania submodułu po dodaniu „git submodule add”, ale nigdy go nie zatwierdzasz? Zakładam, że w takim przypadku nie trzeba zatwierdzać, aby usunąć submoduł, prawda?
Carlo Wood,

Myślę, że musisz zamienić git rm --cached $path_to_submodulei git add .gitmodulesnie? Wystąpił błąd przy pierwszym poleceniu: fatal: Please stage your changes to .gitmodules or stash them to proceedponieważ wprowadziłem zmiany w etapie .gitmodules. Robienie git add .gitmodulespierwszego rozwiązuje ten problem.
Carlo Wood,

2

To łatwe:

  1. Usuń sekcję z .gitmodules
  2. Połączenie: git add .gitmodules
  3. Połączenie: git submodule deinit <path to submodule>
  4. Połączenie: git rm <path to submodule>
  5. Zatwierdź i pchnij

Będziesz musiał ręcznie usunąć pliki modułu z projektu.


2
Dla mnie wystarczyło zadzwonić git submodule deinit <submodule_name>i git rm <path_to_submodule>. Ostatnie polecenie automatycznie usuwa wpis w .gitmodules. Git 2.17
Dmytro Ovdiienko


0

W najnowszym git potrzeba tylko 4 operacji, aby usunąć podmoduł git.

  • Usuń odpowiedni wpis w .gitmodules
  • Zmiany sceniczne git add .gitmodules
  • Usuń katalog submodułu git rm --cached <path_to_submodule>
  • Zaangażuj się git commit -m "Removed submodule xxx"

0

Na wypadek, gdybyś musiał to zrobić za pomocą jednego wiersza polecenia ze skryptem bash, jak poniżej:

$ cd /path/to/your/repo && /bin/bash $HOME/remove_submodule.sh /path/to/the/submodule

Utwórz plik skryptu bash w katalogu $HOMEo nazwie np . remove_submodule.sh:

#!/bin/bash

git config -f .gitmodules --remove-section submodule.$1
git config -f .git/config --remove-section submodule.$1
git rm --cached $1
git add .gitmodules
git commit -m "Remove submodule in $1"
rm -rf $1
rm -rf .git/modules/$1
git push origin $(git rev-parse --abbrev-ref HEAD) --force --quiet


0
  • Podmoduł można usunąć, uruchamiając git rm <submodule path> && git commit. Można to cofnąć za pomocą git revert.
    • Usunięcie usuwa dane śledzenia superprojektu, które są zarówno wpisem gitlink, jak i sekcją .gitmodulespliku.
    • Katalog roboczy podmodułu jest usuwany z systemu plików, ale katalog Git jest przechowywany, ponieważ umożliwia pobranie poprzednich zatwierdzeń bez konieczności pobierania z innego repozytorium.
  • Aby całkowicie usunąć submoduł, dodatkowo ręcznie usuń$GIT_DIR/modules/<name>/ .

Źródło: git help submodules


-1

Usuwanie podmodułu git

Aby usunąć gitsubmoduł, potrzebne są 4 kroki.

  1. Usuń odpowiedni wpis w .gitmodulespliku. Wpis może być jak wspomniano poniżej
[submodule "path_to_submodule"]
    path = path_to_submodule
    url = url_path_to_submodule
  1. Zmiany sceniczne git add .gitmodules
  2. Usuń katalog submodułu git rm --cached <path_to_submodule>.
  3. Zaakceptuj git commit -m "Removed submodule xxx"i pchnij.

Potrzebne są dodatkowe 2 kolejne kroki wymienione poniżej, aby całkowicie wyczyścić submoduł w lokalnej sklonowanej kopii.

  1. Usuń odpowiedni wpis w .git/configpliku. Wpis może być jak wspomniano poniżej
[submodule "path_to_submodule"]
    url = url_path_to_submodule
  1. Zrobić rm -rf .git/modules/path_to_submodule

Te 5. i 6. kroki nie powodują żadnych zmian, które wymagają zatwierdzenia.


Byłoby znacznie łatwiej, gdybyś użył git submodule deinit git-scm.com/docs/git-submodule#Documentation/…
Black
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.