如何在Azure中搭建WordPress的多环境部署及工作流？

问题背景与困惑 #

我已经在Azure上搭建了WordPress App Service，目前还没配置可追踪变更的Git仓库，但之后打算添加。现在所有变更都是通过WordPress后台操作的，需要搭建一套生产部署工作流，既要支持多成员日常内容更新，也要能在开发环境完成插件测试和更新。

我有三个困惑：

1. 使用部署槽切换预发布/生产环境后，旧生产环境变成预发布槽备份，怎么基于新生产环境开发？要不要新增一个不参与交换、跟着生产更新的槽？如果需要，怎么创建？
2. 插件测试更新要在预发布环境做，这会修改WP数据库；日常内容变更适合直接在生产后台操作吗？所有部署槽是不是共用同一个数据库？怎么避免双向内容覆盖？
3. 我现在打算用部署槽来实现需求，但已经搭建了开发Web App Service，有没有更优的方案？

解决方案 #

关于部署槽的后续开发与专用槽配置 #

• 不需要额外新增“随生产更新”的槽。交换预发布和生产槽后，预发布槽里的内容就是旧生产的备份，你可以直接把这个预发布槽作为新的开发基准：先把预发布槽的代码/配置同步到本地（后续配置Git仓库后更便捷），基于这个版本开发新功能，再部署回预发布槽测试，完成后再和生产槽交换。
• 如果确实需要一个不参与交换、仅同步生产的槽，创建方式和普通部署槽一致：在Azure门户的App Service中进入「部署槽」，点击「添加槽」，命名比如prod-sync，创建时选择「从生产槽克隆配置」。创建后，这个槽不会自动参与交换，你可以手动将生产槽的部署内容（如Zip部署、Git同步）推送到该槽，或者用Azure自动化脚本定期同步生产文件到这个槽。

数据库与内容变更的冲突规避 #

• 日常内容变更适合直接在生产后台操作，因为文章、页面、媒体这类内容属于生产核心数据，预发布环境的定位是测试插件、主题这类功能性变更。
• 默认情况下，同一个App Service的所有部署槽共用同一个数据库（WordPress的数据库配置写在wp-config.php里，槽之间默认共享配置和文件）。要避免双向覆盖，需做以下操作：
  1. 给预发布槽单独配置数据库：复制生产数据库到新的预发布测试库，通过Azure App Service的「应用程序设置」里的连接字符串覆盖预发布槽的数据库配置（不用修改代码文件），让预发布槽连接测试库。
  2. 插件/主题测试完成后，只将代码文件（wp-content/plugins、wp-content/themes）部署到生产，绝对不要同步预发布的数据库到生产——预发布数据库里的测试内容会直接覆盖生产的真实数据。
  3. 如果需要在预发布环境测试真实内容的适配性，可以定期将生产数据库备份恢复到预发布测试库，但禁止反向同步。

现有开发App Service的方案优化 #

• 如果你已经有独立的开发Web App Service，建议构建三环境工作流，比单纯依赖部署槽更清晰安全：
  1. 开发环境：独立的App Service，搭配专属测试数据库，团队成员可在这里自由做插件开发、功能测试，完全不影响预发布和生产环境。
  2. 预发布环境：用生产App Service的部署槽，连接定期同步生产内容的测试数据库，用来做上线前的最终验证（比如把开发环境的插件/主题部署到这里，测试真实内容下的表现）。
  3. 生产环境：正式的App Service，连接生产数据库，仅做日常内容更新和经过预发布验证的代码部署。
• 这种方案的优势是开发环境完全独立，不会干扰预发布和生产，预发布槽只承担上线前的把关角色，比把开发和预发布混在一个App Service的槽里更可控。

内容的提问来源于stack exchange，提问作者WPAZ