CMS的SCM

Question

我遇到了在CMS (特别是Joomla!)上进行软件配置管理的所有问题。当然，我正在编写自定义模板，但也在编写自定义模块和组件。这些网站和应用程序是为客户提供的，而不是内部的。

我想要实际版本的网站配置，而不仅仅是它的模板和组件的代码，因为我希望它准备好坡道修复，或转移到其他人，尽快。现在，这意味着存储一个完整的Joomla！为SVN中的每个站点安装，包括已安装的组件和模板的版本，并存储实际的数据库导出。对于组件，我也保留了代码的“打包”版本(见下文)。我通常不会为模板而烦恼，因为你可以直接把它放到Joomla中！安装，它就可以工作了。

我目前讨论的这种设置的问题是在自定义组件开发方面。在Joomla！(和大多数其他CMS)扩展通常是使用web安装程序部署的-你不能(至少最初)只是将文件放在某个文件夹中，因为需要更改数据库。乔姆拉！installer system提供了带有安装和卸载挂钩的DB和文件迁移，因此它是一个非常合理的部署系统。

现在，我要么: 1)直接处理已安装的组件，添加和更改文件，然后手动将它们复制到组件的打包版本，或者2)处理打包的组件，并使用安装程序实际查看结果。这种选择通常会花费太长的时间，但它确实具有保持代码“可发布”的优势，特别是在数据库迁移方面。

在任何一种情况下，在签入之前都会将更改复制到两个版本的文件中，而这种复制对我来说似乎是一种异味。

那么，还有没有人这么做呢？有没有更好的选择？

Answer 1

"1/“应该是”一种“前进的方式

当你有“打包”这个词时，这意味着你不是一个版本，而是两个“组件”(一组文件)

• one“开发”组件:相当大，每个文件都需要
• one "distrib“组件:相当小，里面有几个压缩文件。

它涉及到：

• 自动构建distrib组件并对其进行版本控制(通过压缩这些文件并存储它们)
• 自动复制distrib组件(表示打包版本的压缩版本)、解压缩它并与测试或生产平台进行rsynch-it。

这样，您就不会简单地“复制”更改，而是跟踪实际的完整配置：

• 已准备好部署到其他平台
• 上，或用于同步当前已部署的包。