Обновите подмодуль до последнего коммита

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

Оба проекта A и B имеют отдельный репозиторий на github, НО внутри B у нас есть подмодуль A.

Я отредактировал некоторые классы в библиотеке, которая находится в хранилище A, я нажал на удаленное хранилище, поэтому библиотека (хранилище 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')"