SVN版本管理-01

项目发布上线效率低，负责投版人员痛苦；哀嚎声一遍，纠其原因，没有使用版本管控；当一个主程开发效率高（包含速度和正确率）上线后及时有问题修复迅速，人员少，项目组也没反应问题。

随着项目人员增加，成员水平不一，就牵涉到项目投产可能需要撤回部分需求代码，而以前只有一个分支代码回滚难度就非常大，有时候撤回一部分代码能让人奔溃，业务，技术怨声载道，造成不必要的无效加班。故版本管理，代码提交规范迫在眉睫， 一下按照SVN常规分支进行管理；一个项目包含3个分支(branches/trunk/tags)。

下面对一下三个分支进行说明（想切换git奈何项目组大部分成员没使用过，故扔使用svn管理V_V）：

branches： 临时分支，可以随时建立使用完后进行删除

trunck： 主干分支，代码进行迭代提交，开发进度随时间推移（原则上trunk只接受合并过来的代码）

tags： 版本分支，发布版本前拉取的镜像分支

比如，现在有1个主干trunk，1个分支名称如下：

* trunk

* tps-newec20190615      [branches]

例一(开发新功能)：基于trunk拉取分支tps-newec20190615到branches，开发功能完毕后合并到trunk

例二(修复紧急bug)：

        2.1：如果改动很小，直接原branches->tps-newec20190615分支上修复bug合并到trunk，tags后，再发布

        2.2：如果改动较大，基于tags拉取分支tps_bugfix00x到branches，修复完成后合并到trunk，tags后，再发布

版本合并：

1、合并前先切换到trunk

2、svn更新代码， 然后合并到branches上的代码到trunk，(合并、解决冲突)后提交