|
[ 2006-6-27 15:26:00 | By: ～秀。。 ] |
|
（题外话：从开始的软件测试到项目管理，质量保证工作都有做过，却都在做，今年老大又吩咐我研究构思软件配置管理的下一步工作。我不去抱怨自己是一个打杂的人，也不喜自己什么事情都敢拿下。可我怕自己到30，40来岁的时候都不知道自己的工作方向。但此时我却只能惟命是从了。）<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 配置管理个人认为作好版本控制是基础。 记得小学数学老师就锻炼我们做简单的算术式考虑用多种解法去解答，在我有限的经验中对于配置管理工作的切身了解不多，所以我不去谈工具的好坏，只谈版本控制方法与方式。 1、 定义版本管理条例，说明版本号生成，升级规则。比如：版本号由3部分构成，即主版本号+次版本号+修改号。主版本号1位，只有当系统在结构和功能上有重大突破改进后才发生变化；次版本号有2位；修改号8位，采用提交时的日期，当系统进行任何修改后，包括数据库结构发生变化，修改号都要随之改变； 2、 系统软件的版本号由SCM或CCB的人员确定，可以考虑开发库与受控库，产品库之间版本的关联或区别管理； 3、 每个系统都有每个配置项的版本跟踪矩阵表，每个版本号都是唯一独立的，QA可以对版本号进行检查； 4、 对于每个配置项的每个版本的状态进行说明； 5、 不要忽略了代码的版本控制。经常不会忘记配置项文档与应用程序做版本控制；在开发阶段开始不能执行每日构建，应该每周有个版本发布，备份对应的版本； 6、 版本控制严格管理时，也应该加强权限的控制； 7、 版本控制的很多工作都是很细微的，所以开始执行起来不习惯，可以考虑定义配置管理制度，加强执行力度。
其实粗俗点，不挂上“SCM”的外衣，可以说版本控制就是对时髦女性衣柜的管理（什么样的衣服现在正热衷，哪些衣服已经过时的），哦，我把配置管理理解成了仓库管理，哦，不，不是的，开个玩笑，只是突然觉得，版本控制就象一个人的生活素养，有条理些，方便些。 |