如何在分阶段环境中正确删除模块？

一些模块具有取消安装例程。通常会删除该模块的数据库表，变量表中的变量以及该模块引入的语言环境。这些例程位于该.install模块的中。

因此，如果没有该模块，则无法运行它们。所以这是我们当前的步骤。我的问题是：这可以更简单，更有效地完成吗？说我删除foo_bar模块。

1. 在RCS中，准备一个新版本，其中：
   • 删除了在foo_bar之上使用或构建的所有css和主题覆盖。
   • 取决于foo_bar的模块的所有css和theme-overrides均被删除。
2. 将该发布推送到接受状态。（使用admin / modules）使用生产数据库的最新副本测试取消安装。
3. 如果一切顺利，则将新的代码库部署到生产环境中，然后在其中释放foo_bar及其依赖项。这将在各个模块中调用卸载，以清理数据库。
4. 在RCS（git）中，准备一个新发行版，其中的代码实际上已被删除。
5. 将其部署到接受测试的地方，以便我们测试是否意外地依赖于此（一些丑陋的模块或主题功能直接包含来自其他模块的文件。最著名的是CSS，JS或图像文件）。
6. 如果接受，则将新版本部署到生产中。生产现在有一个干净的数据库和一个干净的代码库。

我看不到如何解决的问题是，这总是需要两个版本。由于在Drupal中，一个发行版要求站点处于离线状态，这意味着两次停机仅删除一个模块。它还需要两个发布过程，在专业托管环境中，这可能是非常昂贵，费时或令人沮丧的。

如果在第一次迭代中从代码库中删除模块，则无法运行卸载钩子，从而在数据库中保留了很多皮棉；不仅是几个表，而且大多数是变量和语言环境。如果我们不从代码库中删除模块，这意味着代码库将随着陈旧的未使用代码一起增长；这不会产生性能开销，但是会使维护代码越来越难。

您如何处理？

[编辑：经常添加关于部署过程很困难的说明]

在保持数据库和代码同步方面要非常小心；正如您在问题中提到的，要卸载的模块需要保留在代码库中，直到它们的卸载挂钩在实时数据库上运行。这是Drupal的局限性，仅靠git pull工作流程是无法解决的。

我建议您不要尝试调整流程，而应该寻找减少处理更新所需停机时间的方法。我建议设置ying / yang多站点暂存环境以解决此问题。我没有使用前面链接中包含的脚本；您可能希望按照与在部署期间可以交换直播站点和登台站点的相同想法进行不同的设置。

继续按照您在问题中概述的相同步骤进行以下调整：

一种。像往常一样，从开发人员同步到阶段（yang）。通过卸载要删除的模块，然后删除代码等进行测试。Git工作流程注释：创建标签或注释代码不同状态的哈希值：卸载前所有模块就位，代码模块已删除，您的覆盖＆c。根据需要删除等。也许只需要两个参考。

b。测试完成并被接受后，将舞台（阳）上的代码恢复为活动（莹）状态。

C。通过禁止任何用户更改系统上的内容的能力来准备实时（应收）网站以进行更新。权限表的sql更新通常将在此处执行。此时，用户仍然可以在实时站点上阅读内容，但是如果他们尝试更新内容，则会收到权限被拒绝的错误。（如果您很酷，也许可以更改权限拒绝处理程序，以打印相应的通知，告知该功能暂时不可用）。

d。现在，将活动（ying）数据库推回舞台（yang）数据库，从更新中排除权限表。

e。重复步骤a。再次。如果方便使用＃标签，则应该很容易地恢复到要删除的模块存在的状态，在数据库上运行卸载钩子，然后前进到代码状态，其中合并了步骤1中的项目早在。

F。现在您可以交换阴和阳了。通过调整Apache配置指令来执行此操作。请注意，如果您执行/etc/init.d/apache restart，则可能会删除某些连接，但/etc/init.d/apache reload允许进行干净交换。

G。现在的生活是“阳”；权限表在此处未修改，因此用户可以创建内容。如果自动执行步骤e。f。无法使用的时间应该非常短。

H。将实时代码和数据库推回阶段（ying）–或根据需要从开发者推入。现在，您已经为下一次迭代准备了一个干净的环境。