svn - 使用版本控制工作流进行 Web 开发

Question

简短的:
我在一个 2 人团队中工作(我们将来可能会扩大)。
我们有一个网络开发服务器，我们有一个生产服务器。
目前，当我们开始开发时，我们在本地主机上启动它们，然后我们将它们部署到 web-dev(我们可以通过安装的驱动器访问它)，然后我们将此“共享”驱动器的更改提交到 SVN。在 web-dev 上的最终测试，从上到下的批准通过 FTP 到我们的生产服务器。
(我能听到林奇来了……)
是的，我知道从一个位置共享文件并从那里提交文件都是错误的，但是当我了解 SVN 时，这并不是一个坏主意。现在我想改变它。

所以，我知道版本控制的基础知识，它现在的工作方式是错误的。我已经浏览了维基百科和一些 svn 页面，但我找不到它应该如何实际工作的完美解决方案。

你们中的一些经验丰富的人能否建议这实际上应该如何运作？

我发现的事情:

我们应该在我们的机器上处理本地副本

然后我们向 SVN 提交更改。

我想知道的事情:

我们如何在 SVN 提交后进行 web-dev 更新？

如何将补丁部署到生产服务器？ ftp 文件？这是你做的吗？或其他一些聪明的解决方案？

关于网络开发工作流程我应该知道的任何其他信息。

Answer 1

颠覆有 post commit hooks它允许您对提交执行操作。

您还可以查看像 CruiseControl.net 或 Team City 这样的持续集成解决方案。

我们的流程是个人开发人员在本地配置上工作。我们提交给 Subversion，CruiseControl.net 每次提交时都会检查并构建系统。

更新安装程序有一个计划构建，每周运行一次，并更新 QA 用来验证修复的服务器上的安装。验证修复后，有人(手动)应用已应用于生产站点上的 QA 服务器的更新。