我天真地设置了一个 git 子模块并将其视为外部的 Subversion - 即它现在充满了我刚刚意识到尚未提交或推送到任何地方的更改。
是否有一些简单的方法可以将子模块更改提交/推送回上游仓库？在 Git 中以这种方式在单独（但链接）的存储库上进行同步开发的推荐技术是什么？
【问题讨论】：
标签： git git-submodules
一个子模块是它自己的repo/work-area，有它自己的.git目录。
所以，首先commit/push 您的子模块 发生变化：
$ cd path/to/submodule
$ git add <stuff>
$ git commit -m "comment"
$ git push
然后，更新您的主项目以跟踪子模块的更新版本：
$ cd /main/project
$ git add path/to/submodule
$ git commit -m "updated my submodule"
$ git push
【讨论】：
git status 时看到 HEAD detached at ...，则在从 github 超级项目中的文件树创建子模块后，您可能需要 git checkout master。
请注意，如果您在各个子模块中提交了一堆更改，您可以（或很快能够）一次性完成所有内容（即一次来自父仓库），带有：
git push --recurse-submodules=on-demand
git1.7.11 ([ANNOUNCE] Git 1.7.11.rc1) 提到：
“
git push --recurse-submodules”学会了选择性地查看绑定到超级项目的子模块的历史并将它们推出。
可能在this patch 和 --on-demand 选项之后完成：
--recurse-submodules=<check|on-demand|no>::
确保要推送的修订所使用的所有子模块提交在远程跟踪分支上可用。
- 如果使用
check，将检查所有在要推送的修订中更改的子模块提交是否在远程可用。
否则推送将被中止并以非零状态退出。- 如果使用
on-demand，所有在要推送的修订中发生变化的子模块都将被推送。
如果按需无法推送所有必要的修订，它也将被中止并以非零状态退出。
此选项仅适用于一层嵌套。不会推送对另一个子模块内部的子模块的更改。
【讨论】：
git submodule foreach git push -u origin master
$ git submodule status --recursive
在这种情况下也是救生员。您可以使用它和 gitk --all 来跟踪您的 sha1 并验证您的子模块是否指向您认为的内容。
【讨论】：
您可以像对待普通存储库一样对待子模块。要向上游传播您的更改，只需像往常一样在该目录中提交和推送。
【讨论】：
git add -A git commit -m "some message" git push 然后 cd 到主仓库并执行相同操作。
cd submod; git commit -am'New stuff'; git push 将新提交推送到子模块的源，但它不会在父项目中记录新的 SHA。官方文档甚至没有提到如何做到这一点。我怀疑它是（在父项目中）：git add submod; git commit -m'Updated submod'; git push.
在提交和推送之前，您需要为子模块初始化一个工作存储库树。 我正在使用乌龟并做以下事情：
首先检查是否存在.git文件（不是目录）
如果有 .git 文件，那么肯定有 .git 目录来跟踪本地树。 您仍然需要一个分支（您可以创建一个）或切换到 master（有时不起作用）。 最好的做法是 - git 获取 - 混帐拉。不要省略 fetch。
现在您的提交和拉取将与您的源/主同步
【讨论】：