在Clearcase中更改事件记录信息_Clearcase_Clearcase Ucm_Clearcase Remote Client

在Clearcase中更改事件记录信息

clearcase

在Clearcase中更改事件记录信息,clearcase,clearcase-ucm,clearcase-remote-client,Clearcase,Clearcase Ucm,Clearcase Remote Client,在我们的工作中，我们被迫使用Clearcase UCM作为我们的中央存储库（专门用于标记/基线、构建和代码审查），但我们的团队希望使用Git作为真正的SCM系统我们想要实现的本质上是一个刮取服务，当提交被推送到我们的中心Git repo时，它将提交推送到Clearcase VOB，该VOB对于开发团队来说是只读的，包括重要信息，如注释和用户名（精确的日期/时间匹配并不重要，但要让用户正确则很重要）我们的集中式Git服务器（使用优秀的scm管理器）已配置为接受Windows域用户和密码，我们的

在我们的工作中，我们被迫使用Clearcase UCM作为我们的中央存储库（专门用于标记/基线、构建和代码审查），但我们的团队希望使用Git作为真正的SCM系统

我们想要实现的本质上是一个刮取服务，当提交被推送到我们的中心Git repo时，它将提交推送到Clearcase VOB，该VOB对于开发团队来说是只读的，包括重要信息，如注释和用户名（精确的日期/时间匹配并不重要，但要让用户正确则很重要）

我们的集中式Git服务器（使用优秀的scm管理器）已配置为接受Windows域用户和密码，我们的Clearcase服务器使用Windows域帐户，但我不确定scraper服务如何“模拟”正确的用户，以便在Clearcase中正确复制此信息。
我认为

chevent

命令可能会带来一些希望，但这只允许访问注释

一旦Clearcase事件记录进入数据库，是否有任何方法可以修改其详细信息，尤其是用户名？或者有更好的方法吗？

同样，我们不需要双向桥接-就代码提交而言，所有对Clearcase VOB的访问都将通过scraper进行。

Clearcase是一个逐文件的SCM，而不是基于修订的SCM。
（有关ClearCase和git之间更详细的比较，请参见“”）

这意味着，对于每个git提交，您需要：

将git提交中包含的任何文件写入ClearCase。
为该导入创建特定的UCM活动
作为ClearCase管理员，在活动中：请参阅“”（以及
```
protect-chgrp
```
，如果导入时未正确设置
```
ClearCase\u PRIMARY\u组
```
环境变量）

请注意，

cleartool-protect

影响整个“元素”（文件或目录），而不仅仅是一个版本，因此您不能以这种方式记录用户id：下一次导入将使用导入内容的新提交者的id覆盖该id。
另外，您不能更改初始创建者（请参见“”）

这意味着您应该在属性中记录该信息（作者和创建者git id）：
看

如果我真的想准确地将Git用户反映为新版本文件的“创建者”，这是否意味着我需要一种方法来运行
clearfsimport
，作为该用户模拟他们
是：对于每个提交，您需要使用
clearfsimport
“as”（
runas
，如前所述），以便ClearCase正确设置创建者（如果这是新元素）或版本作者（如果这是现有版本的更新）
我没有首先提到这种可能性的原因是我无法访问另一个用户的凭据，因此我无法切换到for each
clearfsimport
其他只是：

完全忽略该创建者/作者信息

为特定于工具的信息添加自己的属性（如促销组“
PVCS\u组
”，或
RCS\u修订版
）

每次，您都会发现类似的限制：

clearexport\u sccs
忽略sccs文件中与版本树结构无关的信息；这包括标志、ID关键字、用户列表和修改请求编号

我们其他大多数需要Clearcase历史记录的系统都使用创建者来反映是谁做出了改变

这意味着您的其他系统可以依赖用户ID版本，除非它是用于导入的版本（在这种情况下，他们将查阅记录导入数据的特殊属性）
ClearCase是一个逐文件的SCM，而不是基于修订的SCM。
（有关ClearCase和git之间更详细的比较，请参见“”）
这意味着，对于每个git提交，您需要：

将git提交中包含的任何文件写入ClearCase。
为该导入创建特定的UCM活动

作为ClearCase管理员，在活动中：请参阅“”（以及
protect-chgrp
，如果导入时未正确设置
ClearCase\u PRIMARY\u组
环境变量）

请注意，
cleartool-protect
影响整个“元素”（文件或目录），而不仅仅是一个版本，因此您不能以这种方式记录用户id：下一次导入将使用导入内容的新提交者的id覆盖该id。
另外，您不能更改初始创建者（请参见“”）
这意味着您应该在属性中记录该信息（作者和创建者git id）：
看

如果我真的想准确地将Git用户反映为新版本文件的“创建者”，这是否意味着我需要一种方法来运行
clearfsimport
，作为该用户模拟他们
是：对于每个提交，您需要使用
clearfsimport
“as”（
runas
，如前所述），以便ClearCase正确设置创建者（如果这是新元素）或版本作者（如果这是现有版本的更新）
我没有首先提到这种可能性的原因是我无法访问另一个用户的凭据，因此我无法切换到for each
clearfsimport
其他只是：

完全忽略该创建者/作者信息

为特定于工具的信息添加自己的属性（如促销组“
PVCS\u组
”，或
RCS\u修订版
）

每次，您都会发现类似的限制：

clearexport\u sccs
忽略信息<