对于公司目前开发人员的版本管理工具VSS的使用和了解程度,基本可以说是空白。因此推行的难度很大。所以版本资源管理的重要性对开发人员来说还没有得到足够的重视,但是对于一个公司来说,这些资源就是公司存在的全部,所以希望一定落实到负责上。下面分几点谈一下管理的方案
应用实施的计划
准备先从ISEP开始,其次ETL,再次OA, 最后网站组的顺序开始建立一套资源管理机制。(初步估计网站组的难度最大)
1.初步阶段我来帮助各小组建立文件归档;
2.学习初步使用文件上传VSS数据库(文件的提交(check in)和修改(check out));
3.工具的具体使用介绍达到熟练的程度(可能要集中开会解决这个问题);
4.大家各自独立管理自己的版本系统
VSS数据库按照项目组建立 目前分为 OA ,网站,ETL, ISEP 对于ETL和ISEP目前已经运行在VSS之下,只需要做文件的整理就可以了。对于网站组的安排由于网站数目过大,资源占用比较多准备按照地区的差异建立数据库(这样会到来操作的不便,但是在熟悉VSS的基础上就不会是问题了)
管理的资源范围:
一. 开发资料
1. 开发规范(代码规范)
2. 概要设计书
3. 详细设计书
4. DB项目定义书
5. DB sql 文
6. 重难技术实现点
二. 参考资料
1. 开发工具使用说明
2. 开发技术资料
三. 进度管理
1. 计划安排(项目时间安排及任务要点)
2. 重大问题(客户重大需求变化)
3. 会议概要
四. 代码管理
1. 代码目录
2. 修正履历(版本重大修改详细说明)
五. 使用手册
六. 测试一览
以下是文件存档问题:
1. DB库不在资源管理的范围,开放其他共享空间存储;
2. 文件名称规范为 XXXX + 用户名 + 日期(YYYY-MM-DD) + 扩展名
3. 由于VSS一般不管理非二进制的文件,因此需要历史版本的文件不要使用word.excel等格式存储文件,用文本文件最好.对于设计说明文件一般还是采用word.
4. 对于代码有重大变化时,一定要做一个稳定版本的Lable标记(稳定版本标记)
5. 代码一般一周做一个 Lable(稳定版本标记) 标记
代码安全考虑:
VSS数据库按照项目组建立 目前分为 OA ,网站,ETL, ISEP 。
1. 每个组建立相关的用户帐号;
2. 帐号对于另一个组不能共享;
3. 帐号密码由帐号本人设定;
4. 安全级别要求更高的话,禁止帐号的相互使用就可以了;
帐号名称采用一般惯例姓的全拼+名的首字母简拼(有重复时用全拼表示)
代码备份考虑:
Symantec Veritas backup