1

我们是 clearcase UCM 的典型实现：

我有 2 个 UCM 项目，每个项目都代表我们的一个版本。proj2 是从 proj1 的稳定基线创建的

proj1 和 proj2 并行工作，有时两者中的相同元素会同时更改。所以文件 a.java 位于两个项目中，并且正在由两个项目的开发人员处理。每周进行一次合并活动，下游从上游项目获取最新信息并协调合并。这就是我的轻松生活。

作为重构代码的一部分，proj2 团队已经开始将元素（主要是文件）移动到其他地方。当我说其他地方时，这可能意味着组件内或不同组件 VOB。这是以前从未发生过的。

实际问题：

当发生项目间合并时，元素 a.java 的目标分支版本可能已移动到不同的位置/文件夹。如何确保 clearcase 仍将其与来自上游项目的版本合并。使用该cleartool move命令是否足以让 clearcase 知道并在正确的位置合并？对于 VOB 间的动作，将cleartool relocate命令为我做同样的事情。我处于一个严格控制的环境中，否则我会创建一个沙箱并自己进行测试。

我在银行@VonC 或@Tamir :)

4

1 回答 1

1

当我说其他地方时，这可能意味着组件内或不同组件 VOB

请注意，使用 UCM，如果不重新创建完整的元素（新历史），就无法将元素移动到另一个组件。

- 对于跨vob组件重构：

我宁愿镜像 proj1 中的重构（在特殊的 Stream 中），然后尝试从该流中进行项目间合并，而不是希望从旧目录结构合并到新的重构目录结构顺利进行。

  • 对于外部vob组件重构（新历史）

在这种情况下，手动合并更安全。

于 2012-03-29T09:17:41.520 回答