软件配置管理
发信人: zhangmike (海上明月), 信区: SoftEng
标 题: Re: 求 软件配置管理方面的文章
发信站: BBS 水木清华站 (Sat Feb 14 06:59:24 2004)
1,保证最长check in周期要少于1周(也可根据你公司情况来定)
2,最重要不在check in/out,而在基线管理. 基线一旦确定,不能更改.
3,另一个重要的地方就是变更管理. 要有明确的变更决定过程和职责分配.
4,组织应当有一个组来负责维护
5,项目组应当有至少一个人在组织SCM人员的指导下对项目的配置项进行管理.
6,check in时强制要求说明修改记录,是一个不错的实践.
7,权限控制可以适当松一点,但不能没有.
——————————————————————
发信人: zhangmike (海上明月), 信区: SoftEng
标 题: Re: 求 软件配置管理方面的文章
发信站: BBS 水木清华站 (Sun Feb 15 10:13:40 2004)
【 在 bingoo (虚幻) 的大作中提到: 】
: 非常感谢。我们现在开发人员只有五个，公司不会让一个人去专门维护的，可能让我兼做这个了。那我在这个开发过程中需要做什么呢？
保证运行稳定，定期备份，有恢复策略。
恢复策略分灾难恢复和回溯恢复。
定期报告(即使领导没有提出来)，内容可以是基线情况，变更情况，代码行数量情况。
保证应当进行配置管理的代码或文档进入了VSS。
: 开发人员自己check in/out，好像我没什么可做的啊
: 另外，权限控制在VSS中可以怎么控制呢？
: 我只知道或者给他读写的权限，或者只有读
: 的权限，可是他要开发的话，只有读写权限才可以check in自己的程序。还能怎么细..
结合你们的角色划分。有没有测试人员，他们是否有白盒测试，如果没有，就不给他们代码读权限。
有没有SQA人员，有没有顶头上司？
只有平等的开发人员的话，那就都给读写权限好了。
有没有只提供接口的核心代码？
有没有进行构件化的开发，有没有核心开发人员。
总之不要让无关紧要的开发人员能够轻易获得全部代码。
——————————————————————
发信人: zhangmike (海上明月), 信区: SoftEng
标 题: Re: 求 软件配置管理方面的文章
发信站: BBS 水木清华站 (Sun Feb 15 10:20:17 2004)
呵呵，我推荐的基线变更，是另打一条基线，
不在已经打的基线上做变更。
所以基线一旦打上，就是一张历史照片。
如果你允许基线中内容进行变更，后续所带来的麻烦会更多。
最典型的问题是后续开发或发布，说是用了相同的基线，
但其实基线中的内容是不同的。其中的苦头不知各位有没有吃过。
我是已经吃过了。
所以决定，不同的内容绝对是不同的基线。
【 在 Kun (发呆鱼~..家有狸宝..) 的大作中提到: 】
: 谁说基线不能更改的?..还有基线变更申请过程呢...