我们正在考虑为变更管理和缺陷跟踪实施 Rational ClearQuest。 当我们集成 Rational ClearQuest 和 Rational ClearCase 时，活动将来自 Rational ClearQuest。
现在，由于流程的原因，Rational ClearQuest 的实现需要时间，我们正在考虑从开发人员端删除活动创建。我们正在考虑让管理员为每个开发者创建活动。
现在我有几个问题，如果管理员创建活动并使用保护命令更改活动和组的所有者，是否足够？其他开发人员也会使用此活动吗？活动是作品，可以分享吗？
我需要澄清一下。
谢谢。
【问题讨论】：
我不记得在使用 ClearQuest 时必须以某种特殊权限保护 UCM 活动创建（我们现在不再使用它）
IBM 文章“About creating UCM activities in a project enabled for Rational ClearQuest”总结了活动创建过程：一个用户“在一个（ClearQuest）活动上工作”
- 在视图附加到的流中创建一个活动对象。
- 活动对象链接到 Rational ClearQuest 用户数据库中为 UCM 启用记录类型的记录。
- Rational ClearCase 活动的名称设置为与 Rational ClearQuest 记录的 ID 匹配。
您不直接创建 UCM 活动对象。
由于 ClearCase UCM 活动的创建由 ClearQuest 管理，您无需：
您应该使用一些策略，例如 WorkOn policy:
当开发者尝试设置活动时会调用此政策。
默认策略脚本检查开发人员的用户名是否与 Rational® ClearQuest® 记录所有者字段中的名称匹配。
如果名称匹配，则开发人员可以处理该活动。如果名称不匹配，WorkOn 将失败。此政策的目的是确保在开发人员开始开展活动之前满足所有条件。您可能需要修改策略以检查其他条件。
文章“About Rational ClearCase activities and record types enabled for UCM”详细介绍了两个概念（UCM 活动和 ClearQuest 记录类型）之间的联系
在使用 UCM 与 Rational ClearQuest 集成的项目中，基于为 UCM 启用的记录类型的记录可以与 Rational ClearCase 活动对象链接
此链接使 Rational ClearQuest 客户端能够显示有关 Rational ClearCase 活动的信息（例如它的更改集、它的流以及它当前是否设置在任何视图中）。
该链接还启用了控制何时可以在 Rational ClearCase 环境中交付活动以及何时可以在 Rational ClearQuest 环境中关闭活动的策略。
因为链接的 UCM 启用记录和 Rational ClearCase 之间的密切关联活动，UCM 文档通常将这两个实体都称为活动。在项目中的任何时候，您的 Rational ClearQuest 用户数据库可能包含未链接到 Rational ClearCase 活动对象但具有为 UCM 启用的记录类型的记录。
例如，新创建的记录可能不会链接到 Rational ClearCase 活动。您必须明确完成一项操作（例如，通过单击Action > Work On）才能将此类记录链接到 UCM 活动。但是，为 Rational ClearQuest 启用的项目中的每个 Rational ClearCase 活动对象都必须链接到 Rational ClearQuest 记录。
如果不将 Rational ClearCase 活动对象链接到 Rational ClearQuest 中的记录，则无法创建它用户数据库。提示：在为 Rational ClearQuest 启用的项目中，包含一个字段来描述活动所有者。 Rational ClearQuest 所有者字段和 Rational ClearCase 活动创建者是两个不同的数据点；前者存储在 Rational ClearQuest 用户数据库中，后者存储在 Rational ClearCase PVOB 中。
【讨论】：
@kadaba 不知道你是否还在寻找答案，但如果你在寻找答案，这可能会奏效——在 mkactivity 上创建一个预操作触发器，并排除用户——你/管理员等.
【讨论】：