我们正在考虑实施Rational ClearQuest以进行变更管理和缺陷跟踪。 当我们集成Rational ClearQuest和Rational ClearCase时，活动将来自Rational ClearQuest。
现在，由于Rational ClearQuest的实现需要时间，因此我们正在考虑从开发人员方面删除活动创建。我们正在考虑让管理员为每个开发人员创建活动。
现在我有一些顾虑，如果管理员创建活动并使用protect命令更改活动和组的所有者，这是否足够？其他开发人员也会使用此活动吗？既然活动是一项工作可以共享吗？
我需要对此有所了解。
感谢。
答案 0 :(得分：1)
我不记得在使用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中。
答案 1 :(得分：1)
@kadaba不知道你是否还在寻找答案，但如果你这样做，这可行 - 在 mkactivity 上创建一个pre-op触发器，排除用户 - 你/管理员等
