SVN-Patch的应用
1.create patch
使用create patch可以生成一个或者多个修改过的文件和当前版本差异的patch（支持目录树）通常情况下，create patch将修改保存为.patch或.diff文件可以将.patch或.diff文件的内容复制出来，发给需要审查的人.patch或.diff文件中记录了发生这个patch的版本号以及具体修改的内容针对某个文件或某几个文件的若干种修改，可以生成多个.patch或.diff文件?
?
2.apply patch
可以将.patch或.diff文件应用到对应版本的项目，就像打补丁一样同一个项目/文件夹下，可以选择应用需要的patch通常来说，应用一个patch时文件版本和生成这个patch时文件的版本是一致的；如果不一致，也可以强制应用，svn会自动进行diff（这时候需要手动合并）linux下，可以使用系统的patch命令来应用patch，eg: patch -p0 <xxx.patch?
3.使用
暂时不需要提交或不允许提交的修改，可以选择create patch来保存修改的内容选择create patch来保存修改的内容并且提交patch，通过审查后，(在服务器端)应用patch当一个功能有多种解决方案时，可以生成多个patch，（提交后）分别经过测试，再决定应用哪个patch多个功能分别需要改同一个文件的不同地方（即没有同一行），可以做成多个patch，应用patch的顺序没有要求（在linux下应用也一样成功，只是会生成多个.orig文件）多个连续性的功能，他们修改的文件都与一个base作patch，例：p1在v1的基础上开发v2，生成v2和v1之间的patch1；p2在v2的基础上开发v3，生成v3和v1之间的patch2，这样只要应用patch2也就应用了patch1。?
4.带来的问题
一个较早的patch，在经过多轮提交后，如果想再要应用，需要严格的diff如果两个patch分别改了同一行代码，应用第一个patch后要再应用第二个patch时，仍然需要diff。如果在linux下，会产生冲突，生成.orig和.rej两个文件（此时仍然需要手动进行比较合并）第3部分提到的连续性，要准确的预见到，比较困难第3部分提到的多个连续的功能，后做的功能的某个文件更新了先做的功能的内容，但先做的功能可能还涉及到其他文件，容易造成漏更新文件的情况?
?
