Php Wordpress多开发者设置

有没有一个好的选择，让多个人开发一个带有测试站点的Wordpress应用程序

我遇到的最大障碍是在本地开发和集成到测试环境时的路径问题

是否有人有一个很好的过程来维护开发人员环境，保持工作内容和链接，并在源代码管理中维护代码

---

为了澄清这一点，我希望在本地开发，并拥有一个测试环境，避免路径问题。我对其他解决方案或想法持开放态度。

可能是我没有从整体上理解问题，但是将WordPress的整个源代码放入版本控制有什么问题，请将其检查到单个测试服务器进行测试

---

如果您对站点名称有问题，请强制开发人员签出到他们的计算机，并将其存储在www.yourwpdomain.local（注意.local部分）下。他们可以使用DNS或简单主机文件将.local域地址解析为127.0.0.1。Apache的设置非常简单。

主要有三个概念

开发环境应尽可能接近生产环境

使用源代码管理

自动部署脚本在部署时会消除尽可能多的人为错误

我喜欢的开发环境/过程如下所示

开发/本地

• SVN在本地签出代码
• 运行Ubuntu作为LAMP环境或XAMPP解决方案的虚拟盒
• 为登台/QA部署脚本（脚本自动化，例如NAnt/Ant）
• 模块开发
• 主题开发
• 等

质量保证

• 初始内容设置/质量保证
• 在初始开发阶段之后，使用的时间更少

生产

• 实时内容条目
• 博客等

---

对于初始内容开发后的路径问题，路径问题变得不那么重要，因为大多数内容都是实时执行的。如果生产备份用于创建开发站点，则可以根据需要使用SQL脚本和手动更改。另外，切换到使用虚拟盒解决方案有助于确保所有内容都在根目录中。但是FractalizeR的答案确实有帮助。

规则是分离关注点。您不应该将编译后的组件（如DLL、EXE或系统数据）置于源代码管理中。Wordpress包含在本文中有两个原因：1。该站点存储在数据库中。2.数据库和站点最好按夜间备份计划进行备份。您是否需要从Git恢复db或WP？见鬼，不！此外，任何WP定制都应该放在子主题中，子主题将包含在源代码管理中。父主题？不可能！永远不要在WP中自定义父主题。如果您正在更改基本Wordpress站点和\或父主题，则在更新Wordpress或主题时，您可能会丢失自定义设置。

我还想澄清一下，我使用的是windows环境。