版本控制方案-试实行.docVIP

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