Git：如何避免重复提交 sub-sub-sub ... Git -repos？

Question

我有很多子回购，这意味着一个有较小回购的大伞式回购。现在，当我在叶子仓库中进行提交时，这将自动意味着我在其父母中得到了改变。如果您将结构假设为二叉树，您可能会意识到这很荒谬——拥有 5 个 git-repo 深度结构很容易意味着$ git commit -m 'did 1'; cd ..; git commit -m 'did 1 as mentioned'; ... git commit -m 'did 1 same as earlier'。如何避免这种重复提交？

示例 1：关于问题的图形示例

X---------|
          |
Y---------A --------|
                    |
          B --------|<-----Pictures (graphic designers, animators--have repo)
                    |
          C --------|

更改图片会更改 A、B、C、X 和 Y —— 臃肿的提交，由于一次更改而导致 6 次提交，糟糕的重复！现在，使用图片的人与使用 X、Y、A、B 和 C 的人完全不同，这让事情变得更加晦涩难懂。

示例 2：使用 sub-sub...-repos 试用 -repos

请复制此示例here。您可以使用 3 级 -sub-repos 进行测试。

到目前为止建议

1. Git 中的基本子模块，更多 here.

2. Gitslave here.

Answer 1

不要在存储库中创建存储库。这将避免重复提交。可能还会解决其他问题。

如果您真的认为您需要在存储库中使用存储库，那么请使用子模块。

Answer 2

您的设计或结构可能很差，这可能是 GoZoner 命令"Don't create repositories within repositories." 背后的前提，但也可能您的项目已经到了需要更强大工具的地步。有时基本的子模块还不够，而且你的仓库太宽泛，那么你可能应该看看——GitSlave！它是一个工作流工具，您可以在其中指定您的超级存储库，然后指定从存储库。您可以使用 gits -command -- manual here，而不是重复提交。

相关话题

• Git: a tool to manage and to structure Projects?

• 不确定是否应该使用 Gitslave？阅读带有演练的简短介绍here。

Answer 3

您存储库中的文件是否经常与其他存储库中的其他文件相关联的更改？如果是这样，多个存储库不是你的朋友。只有当它们完全（或几乎完全）相互独立时，您才应该使用多个存储库。

另一方面，如果它们是完全独立的，那么您可以只使用单独的存储库。然后，要构建某种可能使用来自每个存储库的文件的主项目（即，它依赖于其他存储库），然后您使用子模块。

一个存储库是另一个存储库的子模块意味着它依赖于该子模块。如果 API 不稳定，子模块之间的依赖链接可能不是一个好主意，但如果 API 稳定，因此其中一个的更改不会直接影响另一个（即，无需更改代码），那么两个顶级子模块可以互相依赖。

现在，我一直在谈论子模块，但是如果您想检查一下，看看您喜欢什么，还有一个称为“子树”的替代方案。它位于主 git 存储库的 contrib/ 部分，因此默认情况下不安装它。还存在子树策略（ProGit 章节链接到评论）