开发、测试和发布

时间:2011-12-15 作者:Thomas Clayson

您如何开发、测试和部署您的Wordpress站点?

我发现这总是有点不切实际,尤其是在数据库方面——主要是因为拥有一个测试站点需要部署一个全新的数据库,有时可能完全相同,只是所有链接都更改为测试站点url,而不是实时站点。

类似地,自上次您需要修复bug或开发新内容以来,用户上传的任何内容都必须复制到测试站点。

其他人是怎么做的?你只是受够了那些蠢货吗?您是否使用了有帮助的智能版本控制系统?

谢谢

1 个回复
最合适的回答,由SO网友:Brian Fegter 整理而成

部署工作流中有一些个人理念。如果不了解您在服务器和版本控制方面的经验、您的操作系统、托管、客户体验和技术文化等,要直接回答这个问题并不容易。。。

这里有一个similar question 这有很多解释RAMP plugin.

switch($_SERVER[\'SERVER_NAME\']){
    case \'dev.yourdomain.com\':
        $db_host = \'\';
        $db_pass = \'\';
        //define debugging
        break;
    case \'stage.yourdomain.com\':
        $db_host = \'\';
        $db_pass = \'\';
        break;
    default: //Live
        $db_host = \'\';
        $db_pass = \'\';
}
define(\'DB_PASSWORD\', $db_pass);
define(\'DB_HOST\', $db_host);

//You could also set this as a variable above
define(\'WP_HOME\', \'http://\'.$_SERVER[\'SERVER_NAME\']));
define(\'WP_SITEURL\', \'http://\'.$_SERVER[\'SERVER_NAME\']));
我在许多遵循

我的笔记本电脑web服务器上的本地(个人黑客:)>

  • 开发(客户端服务器上的测试)>
  • 阶段(QA-内容编辑的稳定源)>
  • 生产(现场)
    • 最后,我建议您使用版本控制工具来帮助部署,如GIT或SVN。它大大简化了过程,并维护了环境之间的源代码完整性。通过舞台和制作上的命令行,可以轻松地更新对本地的承诺。在发现过程中,最好从一开始就定义您和客户将要使用的版本控制,前提是他们有开发人员在项目中工作。我个人使用GIT进行版本控制。然而,如果客户使用SVN,我会在本地混合使用这两种方法,以便我自己维护回购协议,同时也承诺他们的回购协议。

      从一个环境迁移到另一个环境时,我们很少遇到问题。我们在数据库中进行查找/替换,以相应地更改嵌入式媒体等的URL。。。

    结束

    相关推荐

    pingbacks testing

    关于新wp安装(3.0.4)中PBs的功能测试,我有几个问题:发布帖子时是立即发送pingback,还是将其安排为cron作业?如果后者正确,作业多久运行一次,我可以手动触发它吗?除了将“尝试通知文章中链接到的任何博客”设置为“开”,当然还有帖子内容中指向另一个博客的链接之外,还有其他关于发送PBs的术语吗?(例如,发件人的帖子应该是公开的而不是私有的吗?博客应该是非私有的吗?)出站链接应该放在帖子内容中,还是可以放在帖子的自定义字段中,以便发送PB?如果我的博客中没有发送或接收PBs,那么调试和检测问题