一般来讲，都会把高的权限分配给对整个项目掌握深的人，但是，这样的人相对少，如果项目的某一个阶段，不断的需要提交版本，而拥有操作主线权限的人又很少，那他们的压力将很大，也容易出错，这时候是不是可以下放一些权限。但是如果项目进行到后期，我感觉还是应该把版本控制级别往高了调整，也就是高等级权限的人尽量集中（当然要是能力强的），因为此阶段系统的安全性，稳定性是最重要的。
总之，一个项目里包含了各种各样的人，有管理的，测试的，编码的，审核的，质量控制的等等，如何合理的分配这些人对于版本库的操作权限是很重要的，希望大家能讨论讨论这方面的话题。

我是一个用户定义成一个组来实现的`这样权限的可以很精细的控制...不过也很麻烦..有利也有弊吧

一般来讲配置管理工作都是有专人负责的
我认为一般开发人员只要有最基本权限就好了
而高级别的　不参与项目开发的管理人员　我只给他个r
嘿嘿～
所以掌握大权的是我～

牛，独揽大权啊，现在我比较头痛的是，合并老出现冲突，我看得懂的还好说直接改了，看不懂的还要找当事人询问，log写得不好的更头痛，诶......

引用:

原帖由 confuse 于 2006-12-13 08:58 发表
牛，独揽大权啊，现在我比较头痛的是，合并老出现冲突，我看得懂的还好说直接改了，看不懂的还要找当事人询问，log写得不好的更头痛，诶......

这事得跟项目经理说明白，事前培训看来不能忽视。