Wordpress - 使用版本控制将更新推送到多个服务器的最佳实践

时间:2014-01-16 22:58:12

标签: wordpress git version-control

所以我即将添加另一个WP博客,但我希望将其保留在版本控制之下。然后我开始思考,这将如何影响我当前的WP工作流程。基于我使用WP的有限xp,当从WP开发团队推送更新时,我在管理控制面板中看到了一个指示。从这里我只需单击按钮,即可在场景后面执行更改。这种方法适用于版本控制之外的单个WP实例,但是更多节点和版本控制呢?

一些WP更新包括代码和架构更改,因此我不能简单地发布代码而不实现新的架构更改。我能想到的最好的方法是做到以下几点:

  1. 本地化存储在版本控制中的当前WP版本
  2. 下载最新(稳定)wp文件
  3. 提取到本地路径(在步骤1中创建)
  4. 差异变化(可选)
  5. 提交对版本控制的更改
  6. 登录每个服务器
  7. 进入维护模式
  8. 拉最新的更改
  9. 实施新架构更改(????)
  10. 测试
  11. 退出维护模式
  12. 第9步是让我沮丧的原因。我是否从本地(刚更新的)架构执行架构转储,然后为每个服务器导入该架构(或者如果WP包含id,则使用提供的架构更改文件)。

    有更好的方法吗?

    ----编辑1.20.2014 ----

    经过进一步的考虑,我想知道是否设置某种类型的mysql复制将是什么方式?让一个节点访问具有读/写访问权限,以便它可以进行仅限于数据库的更改(即,取消激活窗口小部件),但是让其他服务器提供从复制到的只读mysql实例读取的博客内容。这样,只有一台服务器正在进行其他服务器的更改。在我的研究过程中,我注意到可以在版本控制中跟踪一些更改,例如通过functions.php或style.css更改子主题,但是其他更改(如激活/取消激活小部件)纯粹基于sql,这是无法跟踪的在版本控制中。

1 个答案:

答案 0 :(得分:0)

  

有更好的方法吗?

  • 请勿触摸WP核心(真的需要它?)

OR

  • 只有一次黑客核心你的替换WP-core的默认存储库的URL ,然后在你的存储库中使用系统自动更新程序