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

Question

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

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

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

Answer 1

确保使用Stream（即确保不直接传递给另一个模拟其他用户的repo工作区）

（注意：这在ClearCase中完全不同，可能会发生“不同步”between the configuration of an UCM view and the one of a Stream after a rebase）

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

如this thread

所述

  

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

     

如果您想使用共享代码运行多个存储库工作区，您应该使用我认为的流。
  干净的repo工作区将用于接受您决定传递给流的更改   因此，您尝试将存储库工作空间用作流。虽然它们几乎完全相同，但我不确定它们如何对提供给它们的变化做出反应。特别是在装载时。

     

您应该使用两个Eclipse实例。我担心在同一个沙箱和同一个Eclipse

中多次加载相同的eclipse项目

在同一个帖子中解释了“混乱”：

  

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

查看“Good practices and key workflows for Rational Team Concert Source Control users”的第7点和第10点。

---

注意：文章“Loading Content from a Jazz Source Control Repository in Rational Team Concert 2.0”（也适用于RTC3.0）在“Reloading Out-of-sync Shared Folders”部分提到的建议与OP给出的建议类似：

  

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

     

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

     

当本地工作区与RTC 1.0中的远程工作区不同步时，用户被迫运行加载向导并重新选择需要重新加载的文件夹。
  在RTC 2.0中，此新选项将自动选择不同步文件夹并重新加载它们，以便它们不再不同步。
  RTC 2.0中的新功能还在Pending Changes视图中指示项目不同步，如下所示。

  

点击 Reload out of sync link in the Pending Changes 视图即可打开加载向导。

  

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

线程“How to handle project out of sync ”提供了该机制的有趣说明（即使它不是完全你的情况）。