我们的开发环境是一台同时运行数据库和httpd的服务器，在配置方面，我们为每个安装程序提供了不同的工作区，并且VC是Subversion。过渡也很简单- 它在前端之一上运行。
最初，我们在数据库设计上花费了很多时间，而且似乎确实收获了。五个月以来，我们没有进行任何重大更改。我们部署的大多数更改都在前端。现在，到目前为止，我们手动对数据库进行了所有更改，并且我始终编写了一个小的脚本来还原。
如果我有更多这些，可以在这里使用“学说”和“迁移”。实际上，我从来没有机会在生产中使用它们，但是我已经广泛使用了它们，它们似乎非常强大。
因此，每当我们部署新版本时，我们都会创建一个代码标签，以便在登台时签出，然后通过一系列检查等操作，然后将代码部署到生产前端。为了完成所有部署，我在Capistrano中设置了几个任务。
看看这个样本capfile：
role :www, "web01", "web02", "web03"
role :web, "web01", "web02", "web03", "web04"
role :db, "db01", "db02"
desc "Deploy sites"
task :deploy, :roles => :www do
run "cd /usr/www/website && sudo svn --username=deploy --password=foo update"
end
Capistrano还允许您运行任何其他命令而无需定义任务：
cap invoke COMMAND="uptime" ROLES=web
（需要设置 角色 “ web”。请参见上面的示例。）
我们几乎遵守PEAR编码标准，我们使用PHP_CodeSniffer（PHPcs）进行检查。当我说很多话时，我的意思是我分叉了所提供的嗅探，并添加了一些我自己的迷惑性例外。
除了编码风格之外，PHPcs还检查内联文档。该文档最后由phpDocumentor创建。
我同时拥有这些工具安装在我们的CI服务器（的 ），这是phpUnderControl使用上述和CruiseControl的，PHPUnit的，Xdebug的（一对夫妇代码度量......）等。
单元测试是我们目前缺乏的东西。但是我们现在要做的是，在解析引擎中发现每个错误（将文本解析为某些格式）后，我们都会编写测试以确保它不会再次出现。我还编写了一些基本测试来检查URL路由和内部XMLRPC API，但这确实有待改进。我们同时采用了PHPUnit风格的测试和phpt。
在CI服务器 构建 一个新的版本，每天几次，生成图表，文档和各种报表。
除了上述提到的所有工具之外，我们还使用Google Apps（主要用于电子邮件），并保留带有所有其他文档的Google Sites Wiki。例如，部署过程，质量检查测试列表等。
602392714
清零编程群