我正在开始一个新的PHP项目，我希望得到其他开发者对他们首选的PHP部署策略的反馈。我希望能够自动化一些东西，以便一旦提交更改，它们就可以快速迁移到开发或生产服务器。
我有使用Ruby的Capistrano进行部署以及一些基本的shell脚本编写经验。
在我自己深入之前，听听其他人如何在他们的项目中处理这个问题会很好。
目前，开发人员在站点的本地安装上工作，并将更改提交到子版本库。最初的部署是通过从svn导出带有标签的版本并上传到服务器来完成的。
通常通过手动上传更改后的文件来进行逐步的其他更改。
对于PHP开发，使用带有Phing构建脚本的SVN是可行的。Phing类似于ANT，但它是用PHP编写的，这使得PHP开发人员更容易根据自己的需求进行修改。
我们的部署流程如下：
还有phpUnderControl，它是一个持续集成服务器。但对于Web项目，我认为它不是很有用。
我正在使用Git部署PHP代码 (参考)。只需要简单地执行 git push production 命令，就能更新我的生产服务器上的最新代码，而且速度非常快，因为Git聪明地只发送差异部分而不是整个项目。此外，它还有助于在我这边出现硬件故障的情况下，在Web服务器上保留一份冗余副本 (尽管我也会将代码推送到GitHub以保险起见)。
我使用Apache Ant来部署至不同的目标（开发、QA和生产环境）。Ant专为Java部署而设计，但它提供了一个非常有用的通用解决方案，可以部署任意文件。
build.xml文件的语法非常容易学习 - 您可以定义不同的目标及其依赖项，当您在命令行上调用ant程序时，这些目标就会运行。
例如，我有开发、QA和生产环境的目标，每个目标都依赖于cvsbuild目标，该目标从我们的CVS服务器检出最新的head版本，使用fileset标记将适当的文件复制到构建目录中，然后将构建目录同步到适当的服务器。需要学习一些技巧，但学习曲线并不陡峭。我已经使用这种方式多年了，没有任何麻烦，因此我建议您采用这种方式。虽然我很好奇在这个话题上会看到其他哪些回答。
git push --mirror命令推送到公共代码库，而运行的服务是从第三个代码库中拉取的。这一部分我想应该与你的设置相同。我知道 Phing 已经被提到了几次，但是我使用 phpUnderControl 取得了很好的效果。我们的流程如下：
从代码库自动盲目地将更改应用到生产服务器听起来很危险。如果您提交的代码包含回归错误，那么您的生产应用程序可能会出现故障。
但是，如果您想要一个适用于PHP的持续集成系统，我想Phing是最好的选择。虽然我自己没有测试过它，但我通常会手动操作，例如使用scp。