我在Azure中安装了WordPress应用服务。我目前还没有一个git repo来推送更改,但我希望最终添加一个可以跟踪的repo。目前所有的更改都将在WordPress的管理员 Jmeter 板中完成。我想创建一个流程,该流程规定要在生产站点上部署的工作流。该流程需要能够处理多个团队成员对内容的日常更改,但也要处理开发环境中的插件测试和更新。
我想有一些事情让我对这个过程感到困惑。
在为临时/生产环境使用部署槽时,我知道当您希望在生产环境中实现新更改时,临时和生产环境将交换。因此,转移现在处于生产中,旧的生产现在是转移中的备份。在这里,我感到困惑的是,如果我现在在转移中有一个备份,那么我如何在新的生产环境中工作?我是否需要另一个插槽,它不会被交换,但每当有东西被推到生产环境时就会被更新,这样我就可以不断地开发最新的内容?如果是的话,我该怎么做这个插槽呢?
对于插件测试和更新,这肯定会在登台环境中使用,这将对WP数据库中的文件/文件夹进行更改。日常内容的变化,他们会更好地在生产管理 Jmeter 板?这也会对数据库进行更改,是否所有部署插槽都使用相同的数据库?我如何确保我没有覆盖任何方向的内容。
目前,我假设我将使用部署插槽来执行此操作,但我也有一个开发Web应用程序服务设置,因此请让我知道是否有更好的方法来完成所有工作。我知道这是很多,但过程是困惑我,我感谢任何帮助就此事。
1条答案
按热度按时间oipij1gg1#
我不认为这是有意义的管理这样一个WordPress网站。您不是在部署代码,而是在对现成的产品进行配置更改。实际上,您是在修改网站上的数据,而不是修改网站本身。
找到一些WordPress网站管理文档,并按照它所说的去做。必须有一个在生产环境中测试和验证插件的过程。