前一段时间公司做网站发布管理改进，逻辑图如下：
web 2.0网站程序的特点：

一个公用基础模块，如数据库访问模块、权限验证模块等。
非常多的应用模块，如相册、博客、圈子以及各种小应用（活动、游戏）
公用基础模块更新少而慢，应用模块更新迭代非常频繁。

改进之前，线上环境的都是直接check out/update  trunk中的代码，经常会将trunk下不适合发布的文件也更新到线上环境中（目前开发均是直接在trunk下做），同时，如何回滚也是个非常头痛的问题。
改进之后，充分利用了svn的tag。开发人员完成开发工作之后，先打上/tags/QA/appname/1.x.x这样的标签，发布到测试环境中，同时，发送测试通知邮件给QA组，QA组收到邮件之后进行各种测试。测试通过之后，将/tags/QA/appname/1.x.x标签拷贝至/tags/PROD/appname/1.x.x，发送上线通知邮件给运维组，由运维组将/tags/PROD/appname/1.x.x中的代码同步至线上环境。
同时，为了提高效率，开发了一些辅助工具，将部分工作自动化。
2011年2月12日更新：
画了一张新的流程图，看上去更随性一些