假设我们有两个开发人员。一位开发人员在 foo/bar/ 路径的“主”git 存储库中添加了一个子树（foo/ 是一个普通目录，而 foo/bar/ 现在作为子树连接到一个单独的“子树”存储库）。第二个开发人员提取了更改并获得了 foo/bar/。但是在他的工作副本中 foo/bar/ 不是 git 的子树，它只是主存储库中的一个目录。
现在第二个开发人员的任务是将该子树切换到子树存储库中的新标签。他认为他可以使用git subtree pull 从子树存储库中提取，但他需要先添加子树。但是他的工作副本中的git subtree add 不起作用，因为该目录已经存在。在他的工作副本中，这个目录看起来不像是 git 的子树。
问题：
【问题讨论】：
标签： git git-subtree
我不相信 subtree 有任何内置方法可以让第二个开发人员知道子目录实际上是 git 子树。表明这一点的最佳方法可能是使用子树根目录中的文件（我承认这并不理想）。
您示例中的第二个开发人员不应该使用git subtree add。他们应该只需要先拉，然后再推（同样，他们需要其他方式来了解这一切的来源）。
要更新子树，第二个开发者会： （注意：我是子树的新手，所以把它当作它的价值）
git subtree pull --prefix=bar ../bar.git master
git subtree push --prefix=bar ../bar.git master
【讨论】：
子树（与子模块相比）的全部意义在于它们看起来不像存储库并且不需要任何配置文件。 git-subtree 使用“git-subtree-”前缀对初始合并提交中后续合并所需的所有信息进行编码，因此在您的示例中，两个开发人员的工作副本之间确实没有区别。两者都可以git subtree pull ...。
如果您想拥有可以从上游轻松更新的显式（即可识别）子存储库，请使用git submodule。
【讨论】：
--squash 的部分具有误导性，我将其删除。