Простой способ получить последние из всех подмодулей git

Мы используем подмодули git для управления парой крупных проектов, которые зависят от многих других библиотек, которые мы разработали. Каждая библиотека представляет собой отдельный репозиторий, внесенный в зависимый проект в виде подмодуля. Во время разработки мы часто хотим просто взять последнюю версию каждого зависимого подмодуля.

Есть ли в git встроенная команда для этого? Если нет, то как насчет пакетного файла Windows или аналогичного, который может это сделать?

Если вы впервые берете репо, вам нужно использовать его в --initпервую очередь:

git submodule update --init --recursive

Для git 1.8.2 или выше --remoteбыла добавлена опция для поддержки обновления до последних подсказок удаленных веток:

git submodule update --recursive --remote

Это дает дополнительное преимущество, заключающееся в уважении к любым веткам «не по умолчанию», указанным в файлах « .gitmodulesили» .git/config(если у вас есть такие ветки , по умолчанию это origin / master, и в этом случае некоторые другие ответы здесь также будут работать).

Для git 1.7.3 или выше вы можете использовать (но ниже приведены некоторые вопросы о том, какое обновление все еще применяется):

git submodule update --recursive

или:

git pull --recurse-submodules

если вы хотите подтянуть свои подмодули к последним коммитам вместо текущего коммита, на который указывает репо.

Смотрите git-submodule (1) для подробностей

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

Git впервые узнал в 1.8.5.

Пока ошибка не будет устранена, в первый раз вам нужно запустить

git submodule update --init --recursive

На init запускается следующая команда:

git submodule update --init --recursive

из каталога git repo лучше всего работает для меня.

Это потянет все последние, включая подмодули.

Разъяснения

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.

После этого вы можете просто запустить:

git submodule update --recursive

из каталога git repo лучше всего работает для меня.

Это потянет все последние, включая подмодули.

Примечание: это с 2009 года и, возможно, тогда было хорошо, но сейчас есть лучшие варианты.

Мы используем это. Это называется 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

Просто поместите его в подходящий каталог bin (/ usr / local / bin). Если в Windows вам может понадобиться изменить синтаксис, чтобы заставить его работать :)

Обновить:

В ответ на комментарий оригинального автора о включении всех заголовков всех подмодулей - это хороший вопрос.

Я почти уверен, что gitне имеет команды для этого внутри. Для этого вам нужно будет определить, что HEAD на самом деле для подмодуля. Это может быть так просто, как сказатьmaster это самая современная ветка и т. Д ...

После этого создайте простой скрипт, который выполняет следующие действия:

1. проверить git submodule statusналичие «модифицированных» репозиториев. Первый символ выходных строк указывает на это. Если суб-репо изменен, вы НЕ МОЖЕТЕ продолжить.
2. для каждого репо в списке, перейдите в его каталог и запустите git checkout master && git pull. Проверьте на ошибки.
3. В конце я предлагаю вам распечатать дисплей для отображения текущего статуса подмодулей - возможно, предложить им добавить все и зафиксировать?

Я хотел бы отметить, что этот стиль не совсем то, для чего были созданы подмодули git. Как правило, вы хотите сказать, что «LibraryX» имеет версию «2.32» и будет оставаться такой, пока я не скажу «обновить».

Это в некотором смысле то, что вы делаете с описанным сценарием, но просто более автоматически. Требуется осторожность!

Обновление 2:

Если вы работаете на платформе Windows, вы можете захотеть использовать Python для реализации скрипта, так как он очень эффективен в этих областях. Если вы используете unix / linux, тогда я предлагаю просто скрипт bash.

Нужны какие-либо разъяснения? Просто оставьте комментарий.

Хенрик на правильном пути. Команда 'foreach' может выполнить любой произвольный скрипт оболочки. Два варианта, чтобы вытащить самый последний может быть,

git submodule foreach git pull origin master

а также,

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

Это будет перебирать все инициализированные подмодули и запускать заданные команды.

У меня на Windows работает следующее.

git submodule init
git submodule update

редактировать :

В комментариях было указано (по словам philfreo ), что требуется последняя версия. Если есть вложенные подмодули, которые должны быть в их последней версии:

git submodule foreach --recursive git pull

----- устаревший комментарий ниже -----

Разве это не официальный способ сделать это?

git submodule update --init

Я использую это каждый раз. Пока проблем нет.

Редактировать:

Я только что обнаружил, что вы можете использовать:

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

Который также будет рекурсивно тянуть все подмодули, то есть зависимости.

Так как может случиться так, что веткой по умолчанию ваших подмодулей не является master, вот как я автоматизирую полные обновления подмодулей Git:

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'

Первый раз

Подмодуль Clone и Init

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

Остаток

Во время разработки просто потяните и обновите субмодуль

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

Обновите подмодуль Git до последней фиксации на источнике

git submodule foreach git pull origin master

Предпочтительный способ должен быть ниже

git submodule update --remote --merge

примечание: последние две команды имеют одинаковое поведение

Я не знаю, с какой версии git это работает, но вот что вы ищете:

git submodule update --recursive

Я также использую его git pullдля обновления корневого хранилища:

git pull && git submodule update --recursive

Приведенные выше ответы хороши, однако мы использовали git-hooks, чтобы сделать это проще, но получается, что в git 2.14 вы можете установитьgit config submodule.recurse значение true, чтобы подмодули обновлялись, когда вы загружаете свой git-репозиторий.

Это будет иметь побочный эффект, когда вы будете подталкивать все подмодули, которые у вас есть, если они находятся на ветвях, но если вам уже нужно такое поведение, это может помочь.

Может быть сделано с помощью:

git config submodule.recurse true

Git для Windows 2.6.3 :

git submodule update --rebase --remote

С верхнего уровня в репо:

git submodule foreach git checkout develop
git submodule foreach git pull

Это переключит все ветки на разработку и загрузку последних

Я сделал это, адаптируя gahooa «сек ответ выше :

Интегрировать это с мерзавцем [alias]...

Если ваш родительский проект имеет нечто подобное в .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

Добавьте что-то подобное в ваш .gitconfig

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

Затем, чтобы обновить ваши подмодули, запустите:

git updatesubs

У меня есть пример этого в моем репозитории установки среды .

Все, что вам нужно сделать сейчас, это просто git checkout

Просто убедитесь, что он включен через этот глобальный конфиг: git config --global submodule.recurse true

Вот командная строка для извлечения из всех ваших репозиториев git, являются ли они подмодулями или нет:

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

Если вы запускаете его в своем верхнем git-репозитории, вы можете заменить "$ROOT"на ..

Я думаю, вам придется написать сценарий для этого. Если честно, я мог бы установить python для этого, чтобы вы могли использовать os.walkto cdдля каждого каталога и выполнять соответствующие команды. Использование python или другого языка сценариев, отличного от пакетного, позволит вам легко добавлять / удалять подпроекты без необходимости изменять сценарий.

Замечание: не слишком легкий способ, но работоспособный и у него есть свои уникальные плюсы.

Если кто-то хочет клонировать только HEADревизию репозитория и только HEADs из всех его подмодулей (т.е. для извлечения «ствола»), тогда можно использовать следующий скрипт Lua . Иногда простая команда git submodule update --init --recursive --remote --no-fetch --depth=1может привести к неисправимой gitошибке. В этом случае необходимо очистить подкаталог .git/modulesкаталога и клонировать подмодуль вручную, используя git clone --separate-git-dirкоманду. Единственная сложность состоит в том, чтобы узнать URL , путь.git каталогу подмодуля и путь к подмодулю в дереве суперпроекта.

Примечание: скрипт проверяется только на наличие https://github.com/boostorg/boost.gitрепозитория. Его особенности: все подмодули размещены на одном хосте и .gitmodulesсодержат только относительные 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