svn分支、主干合并

我们项目目前的版本管理策略如下（可以根据自已的项目实际需要建立不同的版本管理策略）：

1、系统在没有上线之前，只有一个主干(trunk)，所有开发人员在主干上进行协同开发。

2、系统上线之后，在主干的基础上创建一个分支，该分支上主要用于修复生产环境的BUG，或者紧急新功能上线。主干仍然进行新功能模块的开发。

3、每次生产环境的升级，都从分支上进行打包部署。升级完之后需将分支上改动的代码及时合并到主干上(开发人员常常忘记,切记)。

4、新功能在主干上开发好了，需要进行一次大的升级，可以先将主干打上一个TAG做为大版本号，并且同时在此基础上创建一个对应的分支，然后切换到分支上进行打包部署，这个版本的生产代码维护也在分支上。

原则：分支用于生产代码维护，主干用于平时开