Rational ClearCase中的活动

Question

我们正在考虑为变更管理和缺陷跟踪实现Rational ClearQuest。当我们集成Rational ClearQuest和Rational ClearCase时，活动将来自Rational ClearQuest。

现在，由于过程的原因，Rational ClearQuest的实现将需要时间，因此我们正在考虑从开发人员端删除活动创建。我们正在考虑让管理员为每个开发人员创建活动。

现在，我有一些担心，如果管理员创建活动并使用保护命令更改活动的所有者和组，这就足够了吗？其他开发人员也会使用这个活动吗？既然活动是一项工作，这可以共享吗？

我需要澄清这件事。

谢谢。

Answer 1

我不记得在使用ClearQuest时必须以特殊的权限保护UCM活动的创建(我们现在不再使用它)

IBM的文章"关于在为Rational ClearQuest启用的项目中创建UCM活动的方法“总结了活动创建过程:用户”从事(ClearQuest)活动的工作“。

• 在将视图附加到的流中创建活动对象。
• 活动对象链接到Rational ClearQuest用户数据库中的记录，其记录类型为UCM启用。
• Rational ClearCase活动的名称被设置为匹配Rational ClearQuest记录的ID。

您不直接创建UCM活动对象。

由于ClearCase UCM活动的创建是由ClearQuest管理的，所以不需要：

• 为自己创建一些UCM活动
• 试着用专业的主人来保护那些人。

您应该使用一些策略，如WorkOn政策

当开发人员试图设置活动时，将调用此策略。 默认策略脚本检查开发人员的用户名是否与记录所有者字段中的名称匹配。 如果名称匹配，则开发人员可以处理该活动。如果名称不匹配，则WorkOn失败。 此策略的目的是确保在开发人员开始活动之前满足所有标准。您可能希望修改策略以检查其他标准。

文章"关于为UCM启用的Rational ClearCase活动和记录类型“详细介绍了这两个概念(UCM活动和ClearQuest记录类型)之间的链接。

在使用UCM与Rational ClearQuest集成的项目中，基于为UCM启用的记录类型的记录可以与Rational ClearCase活动对象链接。

map.gif

这个链接使Rational ClearQuest客户端能够显示关于Rational ClearCase活动的信息(例如它的更改集、它的流以及它当前是否在任何视图中设置)。 该链接还启用了策略，用于控制何时可以在Rational ClearCase环境中交付某个活动，以及何时可以在Rational ClearQuest环境中关闭某个活动。 由于支持UCM的链接记录与Rational ClearCase活动之间的密切联系，UCM文档通常将这两个实体称为活动。 在项目的任何时候，您的Rational ClearQuest用户数据库都可能包含没有链接到Rational活动对象的记录，但是有一个为UCM启用的记录类型。 例如，新创建的记录可能不会链接到Rational ClearCase活动。您必须显式地完成一个操作(例如，通过单击Action > Work On)将这样的记录链接到UCM活动。 但是，为Rational ClearCase启用的项目中的每个Rational ClearQuest活动对象必须链接到Rational ClearQuest记录。 如果不将其链接到Rational ClearQuest用户数据库中的记录，就无法创建Rational ClearCase活动对象。 提示:在为Rational ClearQuest启用的项目中，包含一个字段来描述活动所有者。Rational ClearQuest所有者字段和Rational ClearCase活动创建者是两个不同的数据点；前者存储在Rational ClearQuest用户数据库中，后者存储在Rational ClearCase PVOB中。

Answer 2

@kadaba不知道你是否还在寻找答案，但如果你还在寻找答案的话，这是可行的--在mkactivity上创建一个预操作触发器，其中包含被排除的用户- you/admin等等。