[VSS] 如何实现受控库和开发库?

之前有坛友问道：

vss2005 怎么实现稳定区域（比如受控库）

例如：开发人员获取source目录权限（删除的权限也有），但由于项目多，所以授权开发人员有删除的权限，感觉不太安全。
想象cc那样配置管理员控制集成分支，比较安全。但不知道vss怎么实现呢？

 

一、思路阐述：

一般受控的文件比如基线、代码等等，通常是经过验证、评审、大家一致同意的东西才会要求受控

根据学习和实践，可以区分为两种受控的方式：

1。 逻辑受控
2。 物理受控

详细描述：
1。 逻辑受控：
可以理解为在VSS里做label，比如我们的代码测试通过了，对这个版本的做个“标记”，
大家以后可以通过这个标记获取下来这份已经测试通过的代码。达到追溯和可控。

2。 物理受控：
建立独立的“受控库”，除了CM的读写权限外，其他人都是只读。
在发布基线时，将形成的基线存于这个“受控库”中，其他人只有看的份，没有改得份。
但是在此基线的基础上还要继续开发，这时开发人员只能在自己的开发工作区中完成修改。
待验证、评审通过后，再提交到“受控库”里去。

 

二、用例子再说明一下：

你想把开发人员平时的开发活动放在自己的开发区里，
而集成，是要CM来做的？
这个，按照我说的那个方法是可以行得通的
用个比较直观的方法，建立三个物理库吧。
1。开发库：开发人员在这里开发，提交日常产生的文件。
2。受控库：配置管理员有权限，在开发人员完成开发后，发布通知告诉CM 。

    这时CM要在第一时间做一个label，标记此时集成的版本,比如：V0.5.0。

    然后将开发人员提交的文件集成后，提交到这里受控库。开发人员对受控库只可读，不可写。
3。产品库：测试人员有可写权限。执行步骤：测试人员从受控库取下集成后的文件进行测试。提交bug。

 

这时可能会有分支的出现了：
1）开发人员向前继续开发，仍可以在开发库里继续完成，这个我们设定为开发的主线。
2）需要修改bug，建立之前V0.5.0的分支，在此分支上修改bug。完成后，由配置管理员从分支上取下代码，集成为新的版本V0.5.1，存于受控库。
3）测试从受控库取下新的版本进行测试。
4）待测试通过后，开发人员将此次V0.5.1中的修改内容合并到正在开发新功能的主线上去。
     这个合并，不是说，完成一次分支就要合并。合并的时机还是要根据当时项目的实际情况，由项目经理或者其他决策人评估决定。

 

不知道，我说明白了没有。遇到同样问题的伙伴，是怎样解决呢？不妨谈谈~