如何知道哪个用户对Clearcase数据库有写访问权?

如何知道哪个用户对Clearcase数据库有写访问权?,clearcase,Clearcase,如何知道哪个用户对Clearcase数据库有写访问权?它主要意味着执行签入的授权,但不仅仅是,例如修改已定义属性的Clearcase值 如何在给定VOB中拥有修改某些内容的所有用户标识符的列表?在任何一个VOB里 Clearcase中是否存在特定的角色和配置文件?或者只是Unix根目录 有关信息: -ClearCase 8.0.1.4(AIX17) -仅使用基本CLEARCASE,不使用UCM。以“”开头;主要准入标准是: 当请求访问时,用户名和组成员身份是Rational®ClearCase®

如何知道哪个用户对Clearcase数据库有写访问权?它主要意味着执行签入的授权,但不仅仅是,例如修改已定义属性的Clearcase值

如何在给定VOB中拥有修改某些内容的所有用户标识符的列表?在任何一个VOB里

Clearcase中是否存在特定的角色和配置文件?或者只是Unix根目录

有关信息: -ClearCase 8.0.1.4(AIX17) -仅使用基本CLEARCASE,不使用UCM。

以“”开头;主要准入标准是:

当请求访问时,用户名和组成员身份是Rational®ClearCase®评估的主要凭证

因此,作为主要组(键入id-a时的第一个组)的任何用户都可以访问该Vob。例如,请参见“”(注:第页)

在AIX上,可以使用

请参阅“”的更多内容


但自ClearCase 9以来,您还拥有:

您可以使用ACL保护VOB对象、策略、角色映射和元素(其他对象类型,如分支类型和标签类型,必须由操作系统的保护机制保护)

您可以安装(),然后

您可以使用角色映射指定承担策略中列出的角色的主体,并将访问控制应用于一个或多个VOB对象

这样做的目的是,您可以定义一小部分策略来确定如何将权限应用于对象。然后,您可以为每个策略定义一些角色映射,描述“谁”在策略中扮演角色

通过列出rolemaps(),可以返回组列表,从中可以推断出用户列表:

Role:Reader --> Group:DOMAIN/developers
Role:Manager --> Group:DOMAIN/mgrs
Role:Developer --> User:DOMAIN/danny
Role:Integrator --> Group:DOMAIN/integs
Role:Developer --> Group:DOMAIN/devs
Role:Administrator --> User:DOMAIN/vobadmin