使用 Mercurial 进行 WordPress 开发。整个树还是子存储库的集合？

Question

我们打算使用 Mercurial 对 WordPress 网站开发进行版本控制。

WordPress 中的开发模型规定，开发通常发生在插件和主题的主根目录之外的几个子目录中，而主根目录可能会通过 WordPress 版本更新进行更改，并且不需要进行版本控制。

我的问题是，这种情况是否最好通过位于根目录的存储库来管理，并使用 hgignore 从 VC 中删除主要的 WordPress 代码，仅控制前面提到的子目录，或者根目录中的几个子存储库开发发生并有一个包装器父存储库将它们连接在一起？

每种方法的优缺点以及对部署的影响是什么？

使用第二种方法(子存储库)，当您在新服务器上完成初始拉取时，开发目录是否会创建在 WordPress 树中的正确位置？

Answer 1

作为一般做法，我强烈建议仅对您打算维护的源代码进行版本控制。我之前使用 Git 为每个主题/插件创建了 1 个存储库，并取得了良好的效果。除了父/子主题关系之外，WordPress 主题或多或少是完全相互独立的。由于每个主题在逻辑上都是独立的，因此将其作为单独的实体进行版本控制也是有意义的。

在某些时候，您也很可能想要推送某个主题的更新，而不是其他主题的更新。拥有单独的存储库可以更轻松地 checkin 所有不同主题的更改，但一次只能发布一个更改。虽然您可以使用分支实现相同的结果，但如果您有多个主题，则可能会变得非常复杂。

当然，这在很大程度上取决于什么是舒适的，但根据我管理 50 多个主题的安装的经验，这正是最有效的。