在ClearCase中,如何克服用户离开而没有人可以更改其元素的情况

在ClearCase中,如何克服用户离开而没有人可以更改其元素的情况,clearcase,clearcase-remote-client,Clearcase,Clearcase Remote Client,目前,我们仅限于使用ClearCase远程客户端(CCRC),因为本机客户端速度非常慢,无法使用它做任何事情 问题在于,文件和分支是由用户使用其公司凭据创建的,因此在创建元素时,元素归其各自的创建者所有。 当开发人员离开公司时,没有其他人可以更改他们的元素(用于纠正错误等)。 我们在一个远程位置,不允许拥有“clearcase管理”特权。唯一的clearcase管理员在我们的部门总部。我们不想打电话给公司的“管理员”来做我们的日常工作,比如修改别人拥有的文件等等 在我之前的位置,我们通过让“触发

目前,我们仅限于使用ClearCase远程客户端(CCRC),因为本机客户端速度非常慢,无法使用它做任何事情

问题在于,文件和分支是由用户使用其公司凭据创建的,因此在创建元素时,元素归其各自的创建者所有。 当开发人员离开公司时,没有其他人可以更改他们的元素(用于纠正错误等)。
我们在一个远程位置,不允许拥有“clearcase管理”特权。唯一的clearcase管理员在我们的部门总部。我们不想打电话给公司的“管理员”来做我们的日常工作,比如修改别人拥有的文件等等

在我之前的位置,我们通过让“触发器”在创建时将每个元素的所有权更改为“虚拟”所有者来解决这个问题。只有总工程师拥有“虚拟”所有者的密码,并且可以轻松更正错误。然而,我们的clearcase服务器位于本地。现在我们的服务器位于远程位置(因此我们需要使用远程客户端)

我们可以设置相同的触发器来与我们的CCRC客户端一起工作吗? 对于这个问题,有没有其他解决方案适用于远程组? 谢谢

当开发人员离开公司时,没有其他人可以更改他们的元素(用于纠正错误等)

如果他们与修改文件的人来自同一组,则他们应该

解决方案应至少是将任何文件的组更改为错误的组,以便设置一个声明所有用户的组。
管理员将在CCRC服务器上运行
cleartool
命令

cleartool find . -exec "cleartool protect -chgrp \"ANewGroup\" \"%CLEARCASE_PN%\""