我们有一个主 git 存储库和一个 git 子模块。对于这个问题，主存储库确实只有一个主分支，而子模块确实有两个分支 - X 和 Y。
假设 Coder A 刚刚切换到子模块分支 X 并应用了一些小的更改。
编码器 B 它位于子模块分支 Y 上。
现在 A 推送到远程并且 B 拉取 - 那么它看起来不像 B 的活动子模块提交（在他们的本地machine) 自动更改为 A 推送到分支 X 的提交，即使 A 主动提交了更改的子模块提交。
而对于 B，他们在分支 Y 上的版本保持活动状态。
如果现在 B 确实手动从存储库中提取并将分支设置为 X，那么一切都会再次运行。
我们如何实现子模块更改/活动提交在从主存储库拉取时自动同步？
如果这样可以使任何解释变得更容易，我们将使用 Source Tree 作为 Git GUI。
【问题讨论】：
标签： git github version-control git-submodules atlassian-sourcetree
然后它不会像 B 的活动子模块提交（在他们的本地机器上）自动更改为 A 在分支 X 上推送的提交，即使 A 主动提交了更改的子模块提交
您需要确保 A 已提交并从子模块推送，然后然后添加/提交并从父 repo 推送（以记录新的子模块 SHA1）
Since Git 1.7.5、git pull 也应该更新子模块。
使用git submodule update --init --recursive 仔细检查
但不要忘记“更新子模块”只会检查其 SHA1，而不是分支。除非submodule is set to track a branch，而你做git submodule update --recursive --remote。
即使这样，它也会拉出 一个 分支（X 或 Y），而不是两者。
一位朋友刚刚告诉我们，我朋友机器上的 repo 可能已损坏。所以我们从 Origin 重新克隆了它，现在一切正常。
我现在正在研究使用子模块跟踪分支，以避免“签出 HEAD”问题。你能推荐一下吗？
如“True Nature of Submodules”中所述，子模块一开始总是处于分离的 HEAD 模式。
您仍然可以强制它跟随分支并自行更新：请参阅“git submodule tracking latest”。
这意味着以下命令将在拉取子模块必须遵循的分支后更新子模块内容：
git submodule update --remote
【讨论】：