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

Question

简介:
我在一个2人团队工作(我们将来可能会扩展).
我们有一个web-dev服务器,我们有一个生产服务器.
目前,当我们开始开发时,我们在localhost上启动它们,然后我们将它们部署到web-dev(我们可以通过已安装的驱动器访问),然后我们将这个"共享"驱动器的更改提交给SVN.在web-dev上进行最终测试,从顶部批准,然后通过FTP到我们的生产服务器.
(我可以听到lynch的到来......)
是的,我知道从一个位置共享文件并从那里提交它是完全错误的,但当我认识SVN时,这并不是一个坏主意.现在我想改变它.

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

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

我发现的事情:

• 我们应该在我们的机器上处理本地副本
• 然后我们向SVN提交更改.

我想知道的事情:

• 我们如何在SVN提交后进行web-dev更新？
• 如何将补丁部署到生产服务器？ftp文件？这是你做的吗？或其他一些聪明的解决方案？
• 关于web-dev工作流程我应该知道的任何其他事情.

Answer 1

Subversion具有post提交挂钩,允许您对提交执行操作.

您还可以查看CruiseControl.net或Team City等持续集成解决方案.

我们的流程是个人开发人员处理本地配置.我们承诺Subversion和CruiseControl.net每次提交时都检查并构建系统.

有一个为每周运行的更新安装程序的预定构建,并在QA用于验证修复的服务器上更新安装.验证修复程序后,某人(手动)应用生产站点上应用于QA服务器的更新.