我为了娱乐而涉足网站开发技术（是的，我应该多出门），但对于生产环境分阶段（即开发、测试、性能和生产环境）的清晰支持的缺失感到有些震惊。实际上，“支持”这个词都不太适用；内容管理系统似乎在积极反对努力实现干净的分阶段。
目前我正在使用Drupal。我很难找到社区如何解决这个问题的信息。我看到的大部分帖子都建议在生产系统上复制开发中进行的步骤（读了这些帖子，我寿命缩短了一点）。我还听说过将生产数据推送回开发人员，以便他们添加增量功能。这肯定不是正确的做法，如果客户不想让您将其数据拉回到您的开发环境呢？
因此，最后我的问题是：
你是如何管理CMS的真实世界生产分阶段问题的？
我来自一个推向生产就像送人上月球的背景，所以我可能需要放松一下。然而，我仍然对包括源代码控制、允许进行生产回滚的答案和测试感兴趣。
我已经回答了有关数据库部署策略的问题。
还有一个问题涉及代码部署。
在我工作的地方，我们正在进行一个相当大的Drupal部署。我们大致拥有以下设置。
所有开发人员都有一个本地沙盒（Drupal + DB）。他们提交的代码会被共享给其他所有开发人员使用的分支（我们大约有15个人）。这包括通过更新功能进行的配置更改。
当开发人员执行svn up时，他们还会运行update.php以在本地执行任何配置更改。
我们有一个冲刺测试系统，它运行simpletest并可用于用户测试。
在冲刺结束时（我们使用scrum），我们将分支合并到主干，并在此上运行测试。
然后，我们将其标记为发布并将其部署到现场（使用Capistrano），最后在现场运行update.php以将配置更改应用于现场。
任何紧急修复都会从主干部署到现场作为点版本7.1等。
如果您需要更多详细信息，请留言。
目前我正在使用Drupal。我很难找到社区是如何解决这个问题的。
这是Drupal的一个弱点；它不能很好地处理这个问题。这特别难以解决，因为Drupal的大部分配置都存储在数据库中。
