具有两个不同主机上的两个视图的 ClearCase UCM 流
ClearCase UCM stream with two views on two different hosts
还有其他人 运行 遇到过这个问题吗?
有 1 个 ClearCase UCM 流。在我的笔记本电脑上创建了一个视图,同时在公司园区。
我现在在远程工作,在公司数据中心的 VM 上为同一个 UCM 流创建第二个视图。
尝试在 vm 机器上重新设置第二个视图的基线,ClearCase 抱怨它无法联系我笔记本电脑上的 albdServer(Atria Location Broker 服务未启动)。
然后 ClearCase 似乎继续对我的笔记本电脑上的第一个视图进行变基,而不是我要求变基的第二个视图。 Rebase 非常慢,七个文件超过 1/2 小时。
我知道 ClearCase 的第一条规则,但我坚持使用它...有什么建议吗?
这取决于视图存储的存储位置。
最简单的调试方法是:
cd /path/to/second/view
cleartool lsview -l -full -pro -cview
这样,您就可以看到视图存储的位置,以及(更重要的是)它是否可以访问 (dir /path/to/view/storage.vws
)
OP:您的域是否使用漫游用户配置文件?如果您使用视图创建向导,视图创建选项存储在本地用户注册表中,因此您不必重新输入它们。
如果您有漫游用户配置文件,本地笔记本电脑的设置 can/will "leak" 到 VM。如果您是第一次在该 VM 上使用该向导,并且没有收到设置存储位置的提示,这很可能是原因。
还有其他人 运行 遇到过这个问题吗? 有 1 个 ClearCase UCM 流。在我的笔记本电脑上创建了一个视图,同时在公司园区。
我现在在远程工作,在公司数据中心的 VM 上为同一个 UCM 流创建第二个视图。
尝试在 vm 机器上重新设置第二个视图的基线,ClearCase 抱怨它无法联系我笔记本电脑上的 albdServer(Atria Location Broker 服务未启动)。
然后 ClearCase 似乎继续对我的笔记本电脑上的第一个视图进行变基,而不是我要求变基的第二个视图。 Rebase 非常慢,七个文件超过 1/2 小时。
我知道 ClearCase 的第一条规则,但我坚持使用它...有什么建议吗?
这取决于视图存储的存储位置。
最简单的调试方法是:
cd /path/to/second/view
cleartool lsview -l -full -pro -cview
这样,您就可以看到视图存储的位置,以及(更重要的是)它是否可以访问 (dir /path/to/view/storage.vws
)
OP:您的域是否使用漫游用户配置文件?如果您使用视图创建向导,视图创建选项存储在本地用户注册表中,因此您不必重新输入它们。
如果您有漫游用户配置文件,本地笔记本电脑的设置 can/will "leak" 到 VM。如果您是第一次在该 VM 上使用该向导,并且没有收到设置存储位置的提示,这很可能是原因。