安迪的回应为我工作通过转义$path:

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

其他一些答案建议在子模块的目录中合并/提交，IMO可能会变得有点混乱。

假设远程服务器名为origin，我们想要子模块的主分支，我倾向于使用:

Git子模块foreach“Git取回&& Git重置——硬源/主”

注意:这将对每个子模块执行硬复位——如果你不想这样做，你可以将——hard改为——soft。

安迪的回应为我工作通过转义$path:

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

如果你更新了一个子模块并提交给它，你需要到包含的或更高级别的repo，并在那里添加更改。

git status

将显示如下内容:

modified:
   some/path/to/your/submodule

子模块不同步的事实也可以看出

git submodule

输出将显示:

+afafaffa232452362634243523 some/path/to/your/submodule

加号表示your子模块指向的位置比顶部repo期望它指向的位置要早。

只需添加以下更改:

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。

进入子模块目录:

cd projB/projA

从你的项目A中取出回购(不会更新你的父项目B的git状态):

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

将子模块更新为最新的远程提交。在大多数情况下都很方便。

我的项目应该为子模块使用'latest'。在Mac OSX 10.11, git版本2.7.1上，我不需要“进入”我的子模块文件夹来收集它的提交。我只是做了常规

git pull --rebase 

在顶层，它正确地更新了我的子模块。