版本管理规范.doc

版本管理规范一、版本管理办法1.1目的 按照一定的规则保存项目源程序的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确的查找到项目各个板块的任何版本。为保障公司源代码和开发文档安全不被泄漏，保证选代码的完整性，明确源代码控制管理流程，特制定此管理办法.1。2适用部门 本办法适用于所有涉及接触源代码的各部门各岗位.所涉及部门都必须严格执行本管理办法。1.3管理部门 源代码直接控制管理部门为软件部。1。4控制范围 本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。1。5角色与职责 所有项目成员都必须遵照版本控制规则操作各个项目板块。1。6版本管理工具Virsual SVN 用此工具对项目开始阶段的开发，和项目中期的变更进行版本的管理。避免发生版本丢失或混淆等现象，详细使用方法见：Virsual SVN操作细则1.7项目各板块版本变迁规则 各板块的状态有3种：“草稿”（Dralt）、“正式发布”（Released）和“正在修改”（Changing)各板块状态变迁如图所示:各板块刚建立时其状态为“草稿”。各板块通过评审（试用）后，其状态变为“正式发布”。此后若更改各板块源代码，必须填写“版本变更情况表”及“版本变更状态跟踪表，且版本状态变为“正在修改”，修改后通过审批（试用）其状态又为“正式发布。以此循环。二、 SVN管理规范2。1帐号密码的配发规则 根据岗位需要，针对不同人员，设置不同权限。遇岗位变更，随时增加删除权限。用户名:为姓名的姓的全拼音+名的开头拼音.密码：一人一密码。2。2上传文件注意事项 1.修改后的文件及文件夹的名字，跟修改前的必须同名，否则识别不了，当成新增文件，对管理造成混乱。 2.修改后的新版本必须附加“版本变更信息表”及“新版本状态跟踪表”。且“状态跟踪表”必须1周跟踪一次,直到新版本运行基本稳定为止. 3。版本上传周期：对已经修改好的新版本,必须及时进行版本的更新操作。 4。所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 5.研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中.2.3 SVN操作规范 软件开始编写或者调整代码之前,其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作.软件编码或功能调整结束测试正确无误后,相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。三、 源代码复制和传播 1。源代码向软件部门以外复制必须获得谭总的授权。并必需记录复制人、批准人、复制时间、复制目的、文件流向、文件版本或内容。 2。源代码的借阅、复制必须进行详细的登记，必需记录借阅人、批准人、借阅时间、借阅目的、文件流向、文件版本或内容、归还时间。 3.对于因合作需要，需要向外复制、传播、分发源代码的，不论是全部还是部分代码和资料，均必需和对方签订技术、源码的保密协定，明确对方应当承担的对源码保密的责任和义务。