Оновіть підмодуль до останньої версії

У мене є проект A, який є бібліотекою, і він використовується в проекті B.

Обидва проекти A і B мають окреме сховище на github, але всередині B у нас є підмодуль A.

Я редагував кілька класів у бібліотеці, яка знаходиться в репо А, натиснув на віддалений репо, тому бібліотека (репо А) оновлюється.

Ці оновлення не відбиваються на "посиланні" (підмодулі), що підмодуль посилається на попередній комітет .... що мені робити, щоб оновити підмодуль на git?

Введіть каталог підмодуля:

cd projB/projA

Витягніть репо з проекту A ( не буде оновлено статус git вашого батька, проект B):

git pull origin master

Поверніться до кореневого каталогу та перевірте оновлення:

cd ..
git status

Якщо підмодуль оновлювався раніше, він відображатиметься приблизно так:

# Not currently on any branch.
# Changed but not updated:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#
#       modified:   projB/projA (new commits)
#

Потім введіть оновлення:

git add projB/projA
git commit -m "projA submodule updated"

ОНОВЛЕННЯ

Як зазначав @paul, оскільки git 1.8 ми можемо використовувати

git submodule update --remote --merge

оновити підмодуль до останньої віддаленої передачі. У більшості випадків це буде зручно.

З git 1.8 ви можете зробити

git submodule update --remote --merge

Це дозволить оновити підмодуль до останньої віддаленої передачі. Потім вам потрібно буде здійснити зміну, щоб посилання gitlink у батьківському сховищі оновлювалось

git commit

А потім натисніть на зміни як без цього, ідентифікація SHA-1, що вказує на підмодуль, не буде оновлена, і тому зміни не будуть видимі ні для кого іншого.

Якщо ви оновите підмодуль і покладете на нього зобов’язання, вам потрібно перейти до вмісту або репо вищого рівня та додати зміни.

git status

покаже щось на кшталт:

modified:
   some/path/to/your/submodule

Те, що підмодуль не синхронізований, також можна побачити з

git submodule

вихід покаже:

+afafaffa232452362634243523 some/path/to/your/submodule

Плюс вказує на те, що ваш підмодуль вказує попереду, де очікується, що його вказує верхнє репо.

просто додайте цю зміну:

git add some/path/to/your/submodule

і зробити це:

git commit -m "referenced newer version of my submodule"

Коли ви натискаєте свої зміни, переконайтеся, що ви спочатку натисніть на зміни в підмодулі, а потім натисніть на зміну посилання у зовнішньому репо. Таким чином люди, які оновлюються, завжди зможуть успішно працювати

git submodule update

Більше інформації про підмодулі можна знайти тут http://progit.org/book/ch6-6.html .

Однорядкова версія

git submodule foreach "(git checkout master; git pull; cd ..; git add '$path'; git commit -m 'Submodule Sync')"

Деякі з інших відповідей рекомендують об'єднувати / виконувати в каталозі підмодуля, що IMO може стати трохи безладним.

Припускаючи, що віддалений сервер названий, originі ми хочемо, щоб masterгілка підмодуля (ів), я схильна використовувати:

git submodule foreach "git fetch && git reset --hard origin/master"

Примітка. Це призведе до жорсткого скидання на кожному підмодулі - якщо ви цього не хочете, ви можете змінити --hardна --soft.

Мій проект повинен використовувати «останнє» для підмодуля. На Mac OSX 10.11, git версії 2.7.1, мені не потрібно було заходити "в" мою папку підмодуля, щоб зібрати її коміти. Я просто робив звичайну

git pull --rebase 

на верхньому рівні, і він правильно оновив мій підмодуль.

Відповідь Енді спрацювала для мене, втекла з $ path:

git submodule foreach "(git checkout master; git pull; cd ..; git add \$path; git commit -m 'Submodule Sync')"