Простий спосіб отримати найновіші з усіх підмодулів 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

якщо ви хочете перетягнути свої підмодулі до останніх комісій замість поточного фіксації, на яке вказують репо.

Див ГИТ-подмодуль (1) для отримання докладної інформації

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

особливість git вперше дізналася в 1.8.5.

Поки помилка не виправлена, вперше вам потрібно запустити

оновлення підмодулю git --init --рекурсивне

У програмі 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

Просто помістіть його у відповідний каталог бін (/ 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'

Перший раз

Клон та підмодуль Ініта

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 «сек відповідь вище :

Інтегруйте його за допомогою git [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"в ..

Я думаю, що для цього вам доведеться написати сценарій. Чесно кажучи, я міг би встановити пітон , щоб зробити це , так що ви можете використовувати os.walkдля 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