wordpress部署解决方案、想法？

我在本地机器上开发了一个Wordpress站点，现在我正在寻找一种机制来轻松快速地部署它。我考虑的是一个开发环境（位于本地计算机上）、一个登台环境（客户端页面上的子域，可能是STAGING.example.com），当然还有一个实时环境（example.com）

我当前的解决方法： 在使用Aptana时，我能够使用IDE提供的部署机制同步更改的文件。导出我的本地数据库，查找/替换永久链接并导入整个内容-完成！要部署live，我必须用live文件替换所有临时文件

这应该更容易！有没有人有更好的工作流程？ 我对你的想法很开放，真的很兴奋

非常感谢 您好

我使用Capistrano满足所有部署需求，这是一个非常好的解决方案。您可以简单地编写任何脚本，它就可以正常工作

---

它也可以用于您的部署方案。

是的，Wordpress需要这个过程，因为他们将绝对URL放在数据库中，这是令人沮丧和完全疯狂的。我以类似的方式开发，使用多个暂存站点进行qa和客户审查。在我第一次使用Wordpress之后，我几乎完全放弃了这个平台。核心开发人员和其他人推荐的所有解决方案都不起作用

所以我写了一个插件： 这就解决了问题。有了这个插件，你不需要对你的内容进行搜索和替换。没有主机文件黑客或dns技巧。使用我的插件，您可以通过IP地址、计算机名或任何类型的转发主机访问该站点。而且，由于它在URL进入数据库之前将其转换为根相对URL，因此您不必担心它们在不同的域格式之间工作。而且，由于他们没有在url中硬编码方案（http/s），如果您使用SSL，就不必担心wordpress trac数据库中报告的520个左右的错误

这是我这些天从事的任何wordpress项目的主要内容。我还编写了几个其他插件来处理平台中存在的特性，您可以在这里查看：

---

希望这能回答您的问题。

我也将Capistrano用于WordPress和Drupal部署。我通常在本地安装模块进行测试，然后推送到测试和生产环境。对于上载等，我添加了自定义任务来管理scm中存储的同步文件和那些不存储的同步文件。下面是我整理的一个简单指南

---

capistrano似乎是个不错的工具，但对我来说有点太大了。是否可以编写一个php脚本，生成一个DB转储，对所有URL进行查找/替换，清除live DB并导入转储，最后将上载文件夹从staging复制到live…这可以完成一个php脚本吗？