您如何开发、测试和部署您的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服务器上的本地（个人黑客：）>
- 最后，我建议您使用版本控制工具来帮助部署，如GIT或SVN。它大大简化了过程，并维护了环境之间的源代码完整性。通过舞台和制作上的命令行，可以轻松地更新对本地的承诺。在发现过程中，最好从一开始就定义您和客户将要使用的版本控制，前提是他们有开发人员在项目中工作。我个人使用GIT进行版本控制。然而，如果客户使用SVN，我会在本地混合使用这两种方法，以便我自己维护回购协议，同时也承诺他们的回购协议。
从一个环境迁移到另一个环境时，我们很少遇到问题。我们在数据库中进行查找/替换，以相应地更改嵌入式媒体等的URL。。。
结束