RationalClearCase中的活动

RationalClearCase中的活动,clearcase,clearcase-ucm,Clearcase,Clearcase Ucm,我们正在考虑为变更管理和缺陷跟踪实施RationalClearQuest。 当我们集成Rational ClearQuest和Rational ClearCase时,活动将来自Rational ClearQuest 现在,由于RationalClearQuest的实现需要时间,我们正在考虑从开发人员端删除活动创建。我们正在考虑让管理员为每个开发人员创建活动 现在我有几个问题,如果管理员创建活动并使用protect命令更改活动和组的所有者,这就足够了吗?其他开发人员也会使用此活动吗?既然活动是一项

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

现在,由于RationalClearQuest的实现需要时间,我们正在考虑从开发人员端删除活动创建。我们正在考虑让管理员为每个开发人员创建活动

现在我有几个问题,如果管理员创建活动并使用protect命令更改活动和组的所有者,这就足够了吗?其他开发人员也会使用此活动吗?既然活动是一项工作,那么可以分享吗

我需要澄清一下


谢谢。

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

IBM文章“”总结了活动创建过程:用户“处理(ClearQuest)活动”

  • 在视图附加到的流中创建活动对象
  • 活动对象链接到RationalClearQuest用户数据库中的记录,该数据库的记录类型为UCM启用
  • Rational ClearCase活动的名称被设置为与Rational ClearQuest记录的ID相匹配
您不直接创建UCM活动对象


由于ClearCase UCM活动的创建由ClearQuest管理,因此您不需要:

  • 为自己创建一些UCM活动
  • 试着用一个特殊的所有者来保护这些
您应该使用一些策略,如:

当开发人员试图设置活动时,将调用此策略。
默认策略脚本检查开发人员的用户名是否与Rational®ClearQuest®记录所有者字段中的名称匹配。
如果名称匹配,开发人员可以处理该活动。如果名称不匹配,则工作失败

此策略的目的是确保在开发人员开始处理活动之前满足所有标准。您可能需要修改策略以检查其他条件


文章“”详细说明了这两个概念之间的联系(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启用的记录类型。
例如,新创建的记录可能没有链接到RationalClearCase活动。您必须明确完成一项操作(例如,通过单击
action>workon
)将此类记录链接到UCM活动

但是,为Rational ClearQuest启用的项目中的每个Rational ClearCase活动对象必须链接到Rational ClearQuest记录。
如果不将Rational ClearCase活动对象链接到Rational ClearQuest用户数据库中的记录,则无法创建该对象。

提示:在为RationalClearQuest启用的项目中,包含一个字段来描述活动所有者。RationalClearQuest所有者字段和RationalClearCase活动创建者是两个不同的数据点;前者存储在Rational ClearQuest用户数据库中,后者存储在Rational ClearCase PVOB中


@kadaba不知道你是否还在寻找答案,但如果你还在寻找答案,这可能会奏效——在mkactivity上为排除的用户创建一个操作前触发器-你/管理员等。

嗨,冯,我们还没有实现ClearQuest。在这段时间里,我需要弄清楚我是否会让管理员创建活动,因为我尝试过这样做,以ccadmin的身份登录,并使用mkactivity在流中创建了一个活动。然后我做了一个lsact-l,我能够看到ccadmin是所有者。因此,我保护了改变所有者的活动-chown。所以这应该让所有者使用正确的方法?如果我说chown user1,那么user1应该能够使用它,而不是其他人正确吗?(如果在视图中设置它将不允许,但如果不允许,user2可能会使用为user1创建的活动)不知何故,我觉得我对活动的理解不同,可能不正确。我要你为我澄清一下。我希望这是有意义的。@kadaba:只是添加了更多的解释来详细说明UCM活动和ClearQuest记录类型之间的联系。