使用 git 子模块和子树在概念上有什么区别？
每种情况的典型场景是什么？
【问题讨论】：
标签： git git-submodules git-subtree
子模块是链接；
子树被复制
【讨论】：
如果我希望链接始终指向外部 repo 的 HEAD，该怎么办？
您可以使子模块跟随子模块远程仓库分支的 HEAD，使用：
o git submodule add -b <branch> <repository> [<path>]。 （指定要遵循的分支）
o git submodule update --remote 会将子模块的内容更新为最新的 HEAD 从 <repository>/<branch>，默认为 origin/master。即使使用了--remote，您的主项目仍会跟踪子模块的 HEAD 的哈希值。
另外，正如the comments 中的philb 所述，git subtree 是contrib/，而不是git submodule（核心命令）
【讨论】：
add -b 和 --remote 来完成的，根据 submodule update documentation。在那种情况下，跟随主人的 HEAD 真的还需要-b 吗？
-b 用于为子模块生成正确的.gitmodule 元数据（相当于git config -f .gitmodules submodule.<path>.branch <branch>）。
概念上的区别是：
使用 git 子模块，您通常希望将大型存储库分成较小的存储库。引用子模块的方式是 maven-style - 您正在引用来自其他（子模块）存储库的单个提交。如果您需要在子模块中进行更改，则必须在子模块中进行提交/推送，然后在主存储库中引用新提交，然后提交/推送主存储库的更改引用。这样您就必须访问两个存储库才能完成构建。
使用 git subtree 您可以将另一个存储库集成到您的存储库中，包括它的历史记录。所以在集成它之后，你的存储库的大小可能会更大（所以这不是保持存储库更小的策略）。 集成后没有与其他存储库的连接，除非您想获得更新，否则您不需要访问它。所以这个策略更多是为了代码和历史的重用——我个人不使用它。
【讨论】：
git subtree 你仍然可以推送——如果你愿意的话——对吧？
子模块
将主仓库推送到远程不会推送子模块的文件
子树
将主仓库推送到远程推送子树的文件
【讨论】：
git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree push -v --tags production refs/heads/master:refs/heads/master