我正在开始一个新的 PHP 项目，我很想从其他开发人员那里获得一些关于他们首选的 PHP 部署策略的反馈。我想稍微自动化一下，以便一旦提交更改，它们就可以快速迁移到开发或生产服务器。
我有使用 Capistrano 和 Ruby 以及一些基本的 shell 脚本进行部署的经验。
在我自己开始之前，很高兴听到其他人在他们的项目中是如何处理这个问题的。
目前，开发人员负责站点的本地安装并将更改提交到 subversion 存储库。通过从 svn 导出标记版本并将其上传到服务器来进行初始部署。
其他更改通常是通过手动上传更改的文件来零碎进行的。
【问题讨论】：
标签： php deployment capistrano
对于 PHP，带有Phing 构建脚本的 SVN 是可行的方法。 Phing 类似于ANT，但它是用 PHP 编写的，这使得 PHP 开发人员更容易根据自己的需要进行修改。
我们的部署流程如下：
还有phpUnderControl，它是一个持续集成服务器。老实说，我没有发现它对网络项目很有用。
【讨论】：
我们使用 Webistrano，这是 Capistrano 的网络前端，并且对它非常满意。
Webistrano 允许从 SVN、GIT 等进行多阶段、多环境部署。它具有内置的回滚支持，支持单独的服务器角色，例如 web、db、app 等，并且可以并行部署。它允许您在多个级别（例如每个阶段）覆盖配置参数，并记录每次部署的结果，可选择邮寄。
尽管 Capistrano 和 Webistrano 是 Ruby 应用程序，但部署“配方”的语法简单而强大，足以让任何 PHP 程序员理解。 Capistrano 最初是为 Ruby on Rails 项目构建的，但很容易适应 PHP 项目。
配置完成后，非程序员也可以轻松使用它，例如部署临时版本的测试人员。
为了提供最快的部署，我们安装了fast_remote_cache 方法，它更新远程服务器上的 svn 工作副本缓存，然后硬链接结果。
【讨论】：
自制部署脚本的替代方案是部署到平台即服务，它为您抽象出大量工作。 PaaS 通常会提供自己的代码部署工具，以及可扩展性、容错性（例如，当硬件出现故障时不会停机），并且通常是用于监控、日志检查等的出色工具包。部署到已知的良好配置将随着时间的推移保持最新（让您少一个头疼的问题）。
我推荐的 PaaS 是 dotCloud，除了 PHP (see their PHP quickstart)，它还可以部署 MySQL、MongoDB 和一大堆附加服务。它还具有不错的优点，例如零停机时间部署、即时回滚、对 SSL 和 websocket 的完全支持等。还有一个免费层，总是很好:)
当然，因为我在那里工作，所以我有点偏见！除了 dotCloud 之外，其他值得一试的选择是 Pagodabox 和 Orchestra（现在是 Engine Yard 的一部分）。
希望这会有所帮助！
所罗门
【讨论】：
我迟到了，但我想我会分享我们的方法。我们将 Phing 与 Phingistrano 一起使用，它通过预构建的构建文件为 Phing 提供类似 Capistrano 的功能。这很酷，但只有在你现在使用 Git 时才有效。
【讨论】：
在我自己和我的团队的工作中，我开发了一个面向 Phing 的替代 capistrano 的部署，我们还整合了 phing 中可用的一些好东西，例如 PHPUnit 测试、phpcs 和 PHPDocumentor。我们已经把它做成了一个 git repo，它可以作为 git 中的子模块添加到项目中，并且效果很好。我已经将它附加到了一些项目中，并且它足够模块化，可以很容易地在我们的多个环境（暂存、测试、生产等）中的任何项目中使用它。
使用 phing 构建脚本，您可以从命令行手动运行它们，而且我还成功地使用 Hudson 和现在的 Jenkins ci 自动化构建/部署例程。
我现在无法发布任何链接，因为 repo 尚未公开，但我被告知我们有时会很快将其开源，所以如果您有兴趣或请随时与我联系如果您对使用 phing 和 git 自动化部署有任何疑问。
【讨论】：
晚了一年，但是... 就我而言，部署不是自动的。我发现自动部署代码和运行数据库迁移脚本很危险。
相反，颠覆挂钩仅用于部署到测试/登台服务器。在运行测试并确保一切正常之后，代码在迭代结束时部署到生产环境。对于部署本身，我使用了一个定制的 Makefile，它使用 rsync 来传输文件。 Makefile 还可以在远程服务器上运行迁移脚本，暂停/恢复 Web 和数据库服务器。
【讨论】：
http://controltier.org/wiki/Main_Page
我们将使用它进行多服务器部署和维护。
【讨论】：
我猜SVN部署方式不是很好。因为：
你需要为全世界开通SVN访问
在生产网络服务器中有许多 .svn
我认为 Phing 生成一个分支 + 合并所有 js/css + 替换阶段配置 + ssh 上传到所有 www 服务器是更好的方法。
ssh 到 10 个 www server 和 svn up 也很麻烦。
【讨论】：
如果您能忍受 xml 配置文件的痛苦，Phing 可能是您最好的选择。 Symfony 框架有它自己的 rake (pake) 端口，它工作得很好，但与 Symfony 的其余部分耦合得相当紧密（尽管你可以将它们分开）。
另一种选择是使用 Capistrano。显然，它与 PHP 的集成不如与 Ruby 的集成好，但您仍然可以将它用于很多东西。
最后，您始终可以编写 shell 脚本。到目前为止，这就是我所做的。
【讨论】：
我目前正在部署 PHP using Git。只需一个简单的 git push 生产就可以使用 Git 的最新副本更新我的生产服务器。它既简单又快速，因为 Git 足够聪明，只发送差异而不是整个项目。它还有助于在 Web 服务器上保留存储库的冗余副本，以防我端出现硬件故障（尽管为了安全起见，我也推送到 GitHub）。
【讨论】：
我知道Phing 已经被多次提及，但我对phpUnderControl 很幸运。对我们来说
【讨论】：
我使用 Git 手动操作。一个用于开发的存储库，将git push --mirror'ed 到公共存储库，实时服务器是从中提取的第三个存储库。我想这部分和你自己的设置一样。
最大的不同是我几乎对我正在处理的每一个更改都使用了分支（我现在大约有 5 个），并且倾向于在它们之间来回切换。除了合并其他分支外，master分支不会直接改变。
我直接从主分支运行实时服务器，当我完成另一个分支并准备合并它时，将服务器翻转到该分支一段时间。如果它坏了，把它放回主人需要几秒钟。如果它有效，它将被合并到 master 并更新实时代码。我想 SVN 中的一个类比是有两个工作副本并通过符号链接指向实时副本。
【讨论】：
我在服务器上有一个 SVN 发布分支的工作副本。更新站点（当没有架构更改时）就像发出 SVN 更新命令一样简单。我什至不必让网站离线。
【讨论】：
我使用Apache Ant 部署到不同的目标（开发、QA 和实时）。 Ant 设计用于 Java 部署，但它为部署任意文件提供了非常有用的通用案例解决方案。
build.xml 文件的语法很容易学习 - 您可以定义不同的目标及其依赖项，当您在命令行上调用 ant 程序时，它们会运行。
例如，我有 dev、QA 和 live 目标，每个目标都依赖于 cvsbuild 目标，该目标从我们的 CVS 服务器检查最新的头版本，将适当的文件复制到构建目录（使用文件集标记） ，然后将构建目录同步到相应的服务器。有一些怪癖要学习，学习曲线并不完全平坦，但我多年来一直这样做没有问题，所以我会根据你的情况推荐它，但我很好奇我还有什么其他答案'将在此线程上看到。
【讨论】：
您自动且盲目地将更改从存储库转移到生产服务器听起来很危险。如果您提交的代码包含回归错误，导致您的生产应用程序出现故障怎么办？
但是，如果你想要一个 PHP 的持续集成系统，我猜Phing 是 PHP 的最佳选择。不过，我自己还没有测试过，因为我是以手动方式填充的，例如scp.
【讨论】：