如何知道哪个用户对Clearcase数据库有写访问权?
如何知道哪个用户对Clearcase数据库有写访问权?它主要意味着执行签入的授权,但不仅仅是,例如修改已定义属性的Clearcase值 如何在给定VOB中拥有修改某些内容的所有用户标识符的列表?在任何一个VOB里 Clearcase中是否存在特定的角色和配置文件?或者只是Unix根目录 有关信息: -ClearCase 8.0.1.4(AIX17) -仅使用基本CLEARCASE,不使用UCM。以“”开头;主要准入标准是: 当请求访问时,用户名和组成员身份是Rational®ClearCase®评估的主要凭证 因此,作为主要组(键入id-a时的第一个组)的任何用户都可以访问该Vob。例如,请参见“”(注:第页) 在AIX上,可以使用 请参阅“”的更多内容如何知道哪个用户对Clearcase数据库有写访问权?,clearcase,Clearcase,如何知道哪个用户对Clearcase数据库有写访问权?它主要意味着执行签入的授权,但不仅仅是,例如修改已定义属性的Clearcase值 如何在给定VOB中拥有修改某些内容的所有用户标识符的列表?在任何一个VOB里 Clearcase中是否存在特定的角色和配置文件?或者只是Unix根目录 有关信息: -ClearCase 8.0.1.4(AIX17) -仅使用基本CLEARCASE,不使用UCM。以“”开头;主要准入标准是: 当请求访问时,用户名和组成员身份是Rational®ClearCase®
但自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