我的一个简易的项目配置管理方案

 

对于公司目前开发人员的版本管理工具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