版本控制：整个站点还是只有几个部分？

时间：2012-03-29 作者：jjeaton

我一直在使用git跟踪我为不同网站开发的插件和主题的变化。每个插件或主题在我碰巧用于该项目的WordPress本地安装中都有自己的存储库。当我只处理一个单独的插件或主题时，这很好用。

但是，当我有一个整个网站的本地版本，它是不同插件、主题、WordPress核心等的集合时，我应该将整个目录保持在版本控制之下吗？

是否有一种最佳做法，即始终为每个主题/插件收集存储库，或为每个客户端站点提供一个包含项目中使用的所有代码的整体存储库（包括通过svn提供的WordPress的最新副本）

3 个回复
SO网友:EAMann

没有固定的最佳实践，因为每个模型都适合不同的工作流程。

一个存储库

如果您只使用一组插件/主题管理一个站点，那么使用一个存储库是有意义的。或者，如果您正在管理多个使用相同插件/主题集的网站。

多个存储库这是我个人的偏好

将WordPress core置于SVN版本控制之下，以便跟踪官方存储库。然后根据需要分别签出/克隆每个插件或主题。

我经常通过Git将所有插件克隆到我机器上的一个特殊文件夹中，然后将每个插件符号链接到/wp-content. 这不是最漂亮的方法，但我可以在WordPress的多个独立测试安装中使用一个插件的本地副本。

SO网友:Tom J Nowell

为站点使用一个存储库，然后将每个主题/插件存储库添加为git子模块。

这样，您就有了一个代表整个站点的repo，但没有代码重复。

SVN也是如此，使用SVN外部代替git子模块。

正如埃曼所提到的，如果你有很多回购的实例，最好在包含回购的中央文件夹上使用符号链接/连接。

SO网友:Lazy Badger

生活中的最佳实践是避免重复无用的数据。

In common

对于每个项目，基于任何公共的第三方代码，您可以只保存部分convert this project into solution from default vanilla distro. 在我的情况下，我将只存储对上游核心的更改（如果存在）和自己添加的代码

结束
标签： customization   version-control   小码农  

相关推荐

Admin Theme customization

我遵循wordpress codex网站上关于通过插件创建管理主题的说明。我激活了插件，但我的样式表没有包含在<head>.. 这是我的代码：add_action( \'admin_init\', \'kd_plugin_admin_init\' ); add_action( \'admin_menu\', \'kd_plugin_admin_menu\' ); function kd_plugin_admin_init() { /* Register