详细内容请查看本人博客 www.thinkidea.net
欢迎高手批评指正！！！
这是我自己在纸上画的一个关于SVN+patch+rsync部署生产环境的图：
先看图：
我的思路是这样的：
1 SVN服务器是中心，它存储两个重要的东西：网站目录及文件 和 补丁包程序；
2 测速环境中的代码均来自SVN服务器，分为两部分：网站源程序和补丁包，均通过svn checkout 获得；
3 测速环境下，开发完成后，通过svn commint -m 提交；
4 本地svn客户端，更新；
5 通过本文下方“svn 补丁包生成”，生成相关补丁包；
6 svn补丁包提交至svn服务器；
7 代码提交服务器上 svn up 补丁包；
8 提交至生产环境rsync覆盖 。
===========20120618update================
code目录来存放网站源文件
patch目录用来存放补丁包程序的，在这里我按照日期进行存放
这2个目录可以在2台服务器上、可以在一台服务器的不同目录。
这2个目录可以使用rsync 或者使用 \cp （强制覆盖）进行更新
已测试通过
========================================
貌似是有点复杂啊，呵呵。
【想法的初衷是来自：如果网站有上万个文件的情况下，怎么解决本地提交和服务器下rsync的时间消耗】
原本的代码提交服务器，看我 上一篇文章 。
原先这方面的架构缺点，我认为,在大批量文件上万的情况下，一方面svn更新/提交要时间；二方面rsync全目录比对也需要时间；
我修改后的这个，只维护补丁包程序，大大减少这中间的时间消耗
且根据日期不同，补丁包可按照版本、日期等归案。
rsync推送的也只有小批量的补丁包程序。
补丁包程序目录结构（格式参考）
|-patch
|——patch_0602
|——patch_0605
|——patch_0611
|——patch_0614
|-patch
|——V1.0
|——V1.2.2
|——V2.0bulid
|——V2.0stand
类似这样的。
关于patch的补丁包生成，他是这样的一个过程 看截图部分20120615补充
另外，非常希望和有这方面经验的朋友，讨论学习！！！