clearcase - 如何使用 RTC 源代码控制模拟多开发人员场景

Question

是否可以使用 RTC 源代码控制模拟多开发人员场景，这样当我进行代码更改时，我可以测试接受更改集。这只是为了让我可以测试一个多开发人员环境，但只使用一个用户。

我尝试创建多个 Eclipse 工作区，并将相同的项目区域加载到每个 Eclipse 工作区中。使用这种方法，我无法接受更改集，因为 RTC 源代码控制只会在我对工作 Eclipse 工作区进行更改后要求我重新同步我的工作区：

似乎接受传入更改的唯一方法是 1. 在“待更改”视图中右键单击流 2. 选择加载 3. 选择以下选项：

Answer 1

确保您使用 Stream（即确保您不直接交付到模拟另一个用户的另一个 repo 工作区）

（注意：这在 ClearCase 中完全不同，在UCM 视图的配置和 rebase 之后的 Stream 配置之间可能发生“不同步” ）

如果您创建不同的 repo 工作区（加载在不同的 Eclipse 工作区中），在同一个 Eclipse 实例中使用时可能会导致一些混乱。

正如在这个线程中所说

存储库工作区旨在隔离更改 - 作为您的私有流。
不会自动接受更改，因此您可以完全控制流入的内容。您还可以在它们上运行私有构建。这就是整个想法。

如果您想使用共享代码运行多个存储库工作区，我认为您应该使用 Stream。
干净的 repo 工作区将用于接受您决定交付给流的更改。
因此，您正在尝试将存储库工作区用作流。虽然它们几乎相同，但我不确定它们会如何对交付给它们的更改做出反应。尤其是在加载时。

您应该使用两个 Eclipse 实例。我担心在同一个沙箱和同一个 Eclipse 中多次加载相同的 Eclipse 项目

在同一个线程中解释了“混乱”：

这是预期的行为。
当您通过交付更改 WS1 时，您已加载到磁盘的WS1内容不会更新。所以你必须重新加载。
出于这个原因，您不能交付到其他用户的工作区。您无法更改某人的工作区，但您可以更改自己的工作区，因为您会知道它为什么不同步。

查看“ Rational Team Concert Source Control 用户的良好实践和关键工作流程”的第 7 点和第 10 点。

---

注意：文章“ Loading Content from a Jazz Source Control Repository in Rational Team Concert 2.0 ”（也适用于 RTC3.0）在“Reloading Out-of-sync Sh​​ared Folders ”一节中提到了与操作：

由于以下几个原因，本地工作区可能与远程工作区不同步：

• 远程工作区被多次加载，并且更改已从另一个客户端会话签入或接受。
• 在修改本地和远程工作空间的操作（例如接受）期间遇到错误。

当本地工作空间与 RTC 1.0 中的远程工作空间不同步时，用户被迫运行加载向导并重新选择需要重新加载的文件夹。
在 RTC 2.0 中，这个新选项将自动选择不同步的文件夹并重新加载它们，这样它们就不再不同步了。
RTC 2.0 中的另一个新功能是在 Pending Changes 视图中指示有项目不同步，如下所示。

单击Reload out of sync link in the Pending Changes视图将打开加载向导。

默认情况下将选择重新加载选项，然后单击下一步将允许您选择要重新加载的文件夹。
正如您在以下屏幕截图中看到的那样，Foundation 组件中的所有项目都不同步，需要重新加载。
单击Finish将重新加载这些文件夹并使它们恢复同步。

此外，线程“如何处理不同步的项目”提供了该机制的有趣说明（即使它不完全是您的情况）。