Version control 是否可以指定允许谁在文件上设置ClearCase属性？

正如标题所说：我可以控制哪些用户能够修改ClearCase属性吗 基于某种许可制度，以每个文件为基础

我使用的是Unix，但知道这是否可行也可能很有趣

---

在Windows上。

默认权限系统是使用cleartool命令描述的，用于修改属性值：（与创建新属性类型不同：）

ACL授权 如果启用了ACL，则主体必须具有以下权限：

• 要将属性附加到策略、角色映射或VOB，请执行以下操作：读取对象信息、修改对象属性、读取VOB对象信息
• 要将属性附加到版本或元素，请执行以下操作：mod attr on element、read info on element、read info on VOB object
• 其他操作：读取VOB对象上的信息，VOB对象是非ACL授权标识之一

非ACL授权 您必须具有以下身份之一：

• 元素所有者
• 元素组成员
• 对象所有者
• 对象组成员
• VOB所有者
• 根目录（UNIX和Linux）
• ClearCase管理员组成员（Windows上的ClearCase）

这适用于Linux或Windows，但取决于您的ClearCase版本。
从ClearCase 8.0.1开始，您可以激活ACL：请参阅“”

在您的情况下，启用ACL将更接近您的目标：

政策 政策分为四个部分：

• VOB
• 政策,
• 角色地图，以及
• 元素

每个部分指定一个访问控制列表或ACL，它是一个ACE列表。
每个ACE标识一个主体以及授予该主体的权限。
策略通常指定角色主体，从而定义策略中使用的角色名称。策略还可以列出特定的用户或组

角色地图 角色映射将特定用户或组分配给关联策略中定义的角色

---

如果未启用VOB ACL，也可以使用触发器来执行此操作。您可以创建元素触发器，并仅将其附加到所需的元素。“mkattr”是可以设置触发器的操作之一

就我个人而言，我会使用一个指向包含“exit 0；”的简单脚本的preop触发器，并对脚本设置访问权限，以便只有所需的用户才能执行它。任何访问/执行预处理触发器的失败都被视为失败并阻止操作。如果“block users”触发器上的“allowed users”列表过大，则这比“nusers”列表要快