Łatwy sposób na pobranie najnowszych wszystkich podmodułów git

Używamy podmodułów git do zarządzania kilkoma dużymi projektami, które są zależne od wielu innych bibliotek, które opracowaliśmy. Każda biblioteka stanowi osobne repozytorium wprowadzone do projektu zależnego jako podmoduł. Podczas opracowywania często chcemy po prostu pobrać najnowszą wersję każdego zależnego podmodułu.

Czy git ma wbudowane polecenie, aby to zrobić? Jeśli nie, to co powiesz na plik wsadowy Windows lub podobny, który może to zrobić?

Jeśli po raz pierwszy sprawdzasz repozytorium, musisz --initnajpierw użyć :

git submodule update --init --recursive

W przypadku wersji Git 1.8.2 lub nowszej --remotedodano opcję obsługi aktualizacji do najnowszych wskazówek zdalnych gałęzi:

git submodule update --recursive --remote

Ma to tę dodatkową zaletę, że szanuje dowolne gałęzie „inne niż domyślne” określone w plikach .gitmoduleslub .git/config(jeśli tak się dzieje, domyślną wartością jest origin / master, w którym to przypadku niektóre inne odpowiedzi tutaj również działałyby).

W przypadku wersji git 1.7.3 lub nowszej możesz użyć (ale poniższe informacje wokół tego, co nadal obowiązuje aktualizacja):

git submodule update --recursive

lub:

git pull --recurse-submodules

jeśli chcesz wyciągnąć submoduły do ​​najnowszych zatwierdzeń zamiast bieżącego zatwierdzenia punktów repo.

Zobacz git-submodule (1) szczegóły

git pull --recurse-submodules --jobs=10

funkcja git po raz pierwszy nauczyła się w 1.8.5.

Dopóki błąd nie zostanie naprawiony, po raz pierwszy musisz uruchomić

git submodule update --init --recursive

Przy inicjowaniu uruchom następujące polecenie:

git submodule update --init --recursive

z katalogu git repo działa najlepiej dla mnie.

Spowoduje to wyciągnięcie wszystkich najnowszych, w tym podmodułów.

Wyjaśnione

git - the base command to perform any git command
    submodule - Inspects, updates and manages submodules.
        update - Update the registered submodules to match what the superproject
        expects by cloning missing submodules and updating the working tree of the
        submodules. The "updating" can be done in several ways depending on command
        line options and the value of submodule.<name>.update configuration variable.
            --init without the explicit init step if you do not intend to customize
            any submodule locations.
            --recursive is specified, this command will recurse into the registered
            submodules, and update any nested submodules within.

Następnie możesz po prostu uruchomić:

git submodule update --recursive

z katalogu git repo działa najlepiej dla mnie.

Spowoduje to wyciągnięcie wszystkich najnowszych, w tym podmodułów.

Uwaga: pochodzi z 2009 roku i może wtedy było dobrze, ale teraz są lepsze opcje.

Używamy tego. To się nazywa git-pup:

#!/bin/bash
# Exists to fully update the git repo that you are sitting in...

git pull && git submodule init && git submodule update && git submodule status

Po prostu umieść go w odpowiednim katalogu bin (/ usr / local / bin). W systemie Windows konieczna może być modyfikacja składni, aby działała :)

Aktualizacja:

W odpowiedzi na komentarz oryginalnego autora o wciągnięciu wszystkich HEADÓW wszystkich submodułów - to dobre pytanie.

Jestem całkiem pewien, że wewnętrznie gitnie ma na to polecenia. Aby to zrobić, musisz określić, czym tak naprawdę jest HEAD dla submodułu. To może być tak proste, jak powiedzenie, że masterjest to najbardziej aktualna gałąź itp.

Następnie utwórz prosty skrypt, który wykonuje następujące czynności:

1. sprawdź git submodule status„zmodyfikowane” repozytoria. Wskazuje na to pierwszy znak linii wyjściowych. Jeśli sub-repo zostanie zmodyfikowane, możesz NIE chcieć kontynuować.
2. dla każdego wymienionego repo, włóż CD do jego katalogu i uruchom git checkout master && git pull. Sprawdź błędy.
3. Na koniec sugeruję wydrukowanie wyświetlacza dla użytkownika, aby wskazać aktualny status submodułów - być może poprosić go o dodanie wszystkich i zatwierdzenie?

Chciałbym wspomnieć, że ten styl nie jest tak naprawdę przeznaczony dla podmodułów git. Zazwyczaj chcesz powiedzieć, że „LibraryX” jest w wersji „2.32” i tak pozostanie, dopóki nie powiem „zaktualizować”.

W pewnym sensie robisz to z opisanym skryptem, ale tylko bardziej automatycznie. Wymagana jest ostrożność!

Aktualizacja 2:

Jeśli korzystasz z platformy Windows, możesz rozważyć użycie Pythona do implementacji skryptu, ponieważ jest on bardzo zdolny w tych obszarach. Jeśli korzystasz z Uniksa / Linuksa, sugeruję tylko skrypt bash.

Potrzebujesz wyjaśnień? Po prostu opublikuj komentarz.

Henrik jest na dobrej drodze. Polecenie „foreach” może wykonać dowolny dowolny skrypt powłoki. Mogą być dwie opcje pobrania najnowszej wersji,

git submodule foreach git pull origin master

i,

git submodule foreach /path/to/some/cool/script.sh

Spowoduje to iterację wszystkich zainicjowanych podmodułów i uruchomienie podanych poleceń.

Poniższe działało dla mnie w systemie Windows.

git submodule init
git submodule update

Edytuj :

W komentarzach wskazano (przez philfreo ), że wymagana jest najnowsza wersja. Jeśli są jakieś zagnieżdżone podmoduły, które muszą być w najnowszej wersji:

git submodule foreach --recursive git pull

----- Nieaktualny komentarz poniżej -----

Czy to nie jest oficjalny sposób na zrobienie tego?

git submodule update --init

Używam go za każdym razem. Jak dotąd żadnych problemów.

Edytować:

Właśnie odkryłem, że możesz użyć:

git submodule foreach --recursive git submodule update --init 

Który również rekurencyjnie wyciągnie wszystkie submoduły, tj. Zależności.

Ponieważ może się zdarzyć, że domyślna gałąź twoich submodułów nie master jest, tak automatyzuję pełne aktualizacje Git modułów:

git submodule init
git submodule update
git submodule foreach 'git fetch origin; git checkout $(git rev-parse --abbrev-ref HEAD); git reset --hard origin/$(git rev-parse --abbrev-ref HEAD); git submodule update --recursive; git clean -dfx'

Pierwszy raz

Podmoduł klonowania i inicjowania

git clone git@github.com:speedovation/kiwi-resources.git resources
git submodule init

Reszta

Podczas programowania wystarczy pobrać i zaktualizować submoduł

git pull --recurse-submodules  && git submodule update --recursive

Zaktualizuj podmoduł Git do najnowszej wersji zatwierdzenia na początku

git submodule foreach git pull origin master

Preferowany sposób powinien być poniżej

git submodule update --remote --merge

Uwaga: ostatnie dwa polecenia mają takie samo zachowanie

Nie wiem, od której wersji git to działa, ale właśnie tego szukasz:

git submodule update --recursive

Używam go również git pulldo aktualizacji repozytorium głównego:

git pull && git submodule update --recursive

Powyższe odpowiedzi są dobre, jednak używaliśmy haczyków git, aby to ułatwić, ale okazuje się, że w git 2.14 można ustawić wartość git config submodule.recursetrue, aby umożliwić aktualizację podmodułów po przejściu do repozytorium git.

Będzie to miało efekt uboczny polegający na wypychaniu wszystkich podmodułów, które masz, jeśli są one jednak na gałęziach, ale jeśli potrzebujesz tego zachowania już to może zrobić.

Można to zrobić za pomocą:

git config submodule.recurse true

Git dla systemu Windows 2.6.3 :

git submodule update --rebase --remote

Z najwyższego poziomu w repozytorium:

git submodule foreach git checkout develop
git submodule foreach git pull

Spowoduje to zmianę wszystkich gałęzi w celu rozwijania i pobierania najnowszych

Zrobiłem to poprzez dostosowanie gahooa „s odpowiedź powyżej :

Zintegruj go z git [alias]...

Jeśli twój projekt nadrzędny ma coś takiego .gitmodules:

[submodule "opt/submodules/solarized"]
    path = opt/submodules/solarized
    url = git@github.com:altercation/solarized.git
[submodule "opt/submodules/intellij-colors-solarized"]
    path = opt/submodules/intellij-colors-solarized
    url = git@github.com:jkaving/intellij-colors-solarized.git

Dodaj coś takiego w .gitconfig

[alias]
    updatesubs = "!sh -c \"git submodule init && git submodule update && git submodule status\" "

Następnie, aby zaktualizować submoduły, uruchom:

git updatesubs

Mam taki przykład w moim repozytorium konfiguracji środowiska .

Wszystko, co musisz teraz zrobić, to proste git checkout

Pamiętaj tylko, aby włączyć tę funkcję za pomocą tej globalnej konfiguracji: git config --global submodule.recurse true

Oto wiersz polecenia do pobrania ze wszystkich repozytoriów git, niezależnie od tego, czy są one podmodułami:

ROOT=$(git rev-parse --show-toplevel 2> /dev/null)
find "$ROOT" -name .git -type d -execdir git pull -v ';'

Jeśli uruchamiasz go w swoim najlepszym repozytorium git, możesz go zamienić "$ROOT"na ..

Myślę, że będziesz musiał napisać skrypt, aby to zrobić. Aby być uczciwym, mogę zainstalować python to zrobić tak, że można użyć os.walkdo cdkażdego katalogu i wydać odpowiednie polecenia. Użycie Pythona lub innego języka skryptowego, innego niż wsadowy, pozwoliłoby na łatwe dodawanie / usuwanie podprojektów bez konieczności modyfikowania skryptu.

Uwaga: niezbyt łatwy sposób, ale wykonalny i ma swoje własne unikalne zalety.

Jeśli chce się sklonować tylko HEADwersję repozytorium i tylko HEADs wszystkich jego podmodułów (tj. Do kasy „trunk”), można użyć następującego skryptu Lua . Czasami proste polecenie git submodule update --init --recursive --remote --no-fetch --depth=1może spowodować nieodwracalny gitbłąd. W takim przypadku należy .git/modulesręcznie wyczyścić podkatalog katalogu i sklonować podmoduł za pomocą git clone --separate-git-dirpolecenia. Jedyną złożonością jest znalezienie adresu URL , ścieżki .gitkatalogu submodułu i ścieżki submodułu w drzewie superprojektu.

Uwaga: skrypt jest testowany tylko na https://github.com/boostorg/boost.gitrepozytorium. Jego osobliwości: wszystkie submoduły hostowane na tym samym hoście i .gitmoduleszawierają tylko względne adresy URL .

-- mkdir boost ; cd boost ; lua ../git-submodules-clone-HEAD.lua https://github.com/boostorg/boost.git .
local module_url = arg[1] or 'https://github.com/boostorg/boost.git'
local module = arg[2] or module_url:match('.+/([_%d%a]+)%.git')
local branch = arg[3] or 'master'
function execute(command)
    print('# ' .. command)
    return os.execute(command)
end
-- execute('rm -rf ' .. module)
if not execute('git clone --single-branch --branch master --depth=1 ' .. module_url .. ' ' .. module) then
    io.stderr:write('can\'t clone repository from ' .. module_url .. ' to ' .. module .. '\n')
    return 1
end
-- cd $module ; git submodule update --init --recursive --remote --no-fetch --depth=1
execute('mkdir -p ' .. module .. '/.git/modules')
assert(io.input(module .. '/.gitmodules'))
local lines = {}
for line in io.lines() do
    table.insert(lines, line)
end
local submodule
local path
local submodule_url
for _, line in ipairs(lines) do
    local submodule_ = line:match('^%[submodule %"([_%d%a]-)%"%]$')
    if submodule_ then
        submodule = submodule_
        path = nil
        submodule_url = nil
    else
        local path_ = line:match('^%s*path = (.+)$')
        if path_ then
            path = path_
        else
            submodule_url = line:match('^%s*url = (.+)$')
        end
        if submodule and path and submodule_url then
            -- execute('rm -rf ' .. path)
            local git_dir = module .. '/.git/modules/' .. path:match('^.-/(.+)$')
            -- execute('rm -rf ' .. git_dir)
            execute('mkdir -p $(dirname "' .. git_dir .. '")')
            if not execute('git clone --depth=1 --single-branch --branch=' .. branch .. ' --separate-git-dir ' .. git_dir .. ' ' .. module_url .. '/' .. submodule_url .. ' ' .. module .. '/' .. path) then
                io.stderr:write('can\'t clone submodule ' .. submodule .. '\n')
                return 1
            end
            path = nil
            submodule_url = nil
        end
    end
end