版本控制方案-试实行

版本控制试运行方案通过组内对版本控制初次方案的讨论，并结合领导对初步方案的建议，我对版本控制方案进行了修正和补充，并计划于8月19日（星期一）开始试运行，试运行期间希望各位同事可以积极的配合方案的执行，并根据各自的使用感受、心得等提出更加有效、更加有利于我们有效进行版本控制的方案。原来的svn服务器上路径“流程组SVN经验库/问题修改记录”保留，试运行阶段的版本控制目录为“流程组SVN经验库/版本控制”，具体的实施方案如下：1、发布包（流程组SVN经验库/版本控制/发布包）：每个版本在发布的时候必须上传一份到SVN统一版本的命名规则，以“V”开头，版本号放后。V前面增加项目名称，版本号分2节：主版本号和内部版本号，每节之间以小数点（.）间隔。如V2.0表示主版本号为2，内部版本号为0。（如）：IRMSFLOW2.0目录结构，建议可将被管理的配置项分为两大类：文档类、源码类，这样存放比较清晰，有利于版本管理。至于二级目录是以版本划分，并根据制定的目录结构给出文件级目录清单（先给出源程序及文档的文件级目录清单）：根目录一级目录二级目录三级目录对应配置项备注产品名称版本号源码核心源码包jar源码存目录前正在修改的内容Class文件扩展源码包源码sqlSQL文件版本变动说明文档需求文档用户需求记录概要设计文档总体设计文档数据库设计详细设计文档测试用例测试记录用户手册用户使用手册产品说明书发布文档发布文档上传后需要填写发布记录：2、基线包（流程组SVN经验库/版本控制/基线包）：基线包必须是一个月打一次，当然各自打各自负责省份的，其命名规则：IRMSFLOW2.0_基线_省份名称_打包人_年月日每个月都根据具体修改情况，会对改动比较多的流程进行一个详细的测试（每个人只负责测试他所监控的那个城市即可），测试过了填写入基线包测试记录包中，如下：3、Patch包（流程组SVN经验库/版本控制/Patch包）：问题解决补丁包的命名规则：IRMSFLOW2.0问题_问题平台编号_省份名称_发布年月日需求补丁包的命名规则：IRMSFLOW2.0需求_需求平台编号_省份名称_发布年月日补丁包目录结构要求：（1）按照实际工程路径放置相关修改的配置文件、类文件和js文件；（2）在补丁包的根目录下，增加一个目录是脚本调整，主要存放数据库脚本调整SQL和说明文件；（3）在补丁包的根目录下，必须要有readme文件，内容为此补丁修改的问题描述或需求描述，涉及到的调整文件和脚本文件；（4）在补丁包根目录下，如果修改涉及到java类文件，则必须把对应java文件存放下来。以便回来查看方便。（该目录下内容，在给省端下发时要剔除，只在SVN上进行存档）；（5）补丁包也是按月份上传，需要上传到对应月份的文件夹下，并将其详细信息记录到当月的补丁包发布记录里面，记录文件如下：