周五，我的 Rational Team Concert 存储库工作区已加载到我的本地 RTC Eclipse 环境中，其中包含硬盘上的文件夹
今天，由于某种原因，RTC 认为它没有“加载”。当我尝试接受传入更改时，它会给我一个警告：“接受传入到断开连接的组件中的更改不会将它们加载到沙箱中。您想继续吗？”，而且当我刷新文件系统时，它不会显示任何传出的更改。
代表源控制组件的俄罗斯方块以蓝色勾勒轮廓（未加载）而不是以蓝色填充（已加载）。
为什么我的签出不再被视为“已加载”？如何让它认为工作区已加载而不覆盖我的本地更改？
过去，我是这样处理这种情况的：
- 复制我的结帐文件夹
- 从源代码控制重新加载它们
- 用我的备份覆盖负载
这是一个耗时且容易出错的过程。有没有办法让 RTC 只识别它之前所拥有的相同工作区？
标签建议：rtc rational-team-concert jazz
答案1
我注意到当 RTC 锁定自己的工作区文件时会发生这种情况。您可以尝试强制加载单个组件，而不是重新加载整个工作区。
1) 在“我的存储库工作区”下找到您的工作区，然后找到一个小组件。右键单击并加载为
2) 在“加载存储库文件夹”对话框中，可能不会显示 Sandbox 中的任何项目（或者，可能会显示您的根源文件夹）。如果您找不到目标工作区，请使用“创建”并选择磁盘上现有的文件夹（即您的源之前所在的文件夹）。也对组件使用相同的目录名。
3) 点击完成。如果您之前已加载此组件，它会告诉您内容已在目标位置。没关系，请覆盖它（如果您在其中有想要保留的更改，请先将其复制出来）。
4) 加载组件后，它应该刷新其工作区视图，并“记住”您已加载其他组件。
我发现这比重新加载整个工作区要快，因为您可以选择一个加载速度非常快的组件。但您可能必须对每个工作区重复此操作才能刷新所有工作区。
答案2
我很久以来一直在寻找这个问题的答案。从我个人的观点来看，我从来没有像使用这个工具时那样遇到过这么多麻烦。我很难相信有人想通过出售这个工具来赚钱，因为至少还有其他替代品可以完成这个任务（我甚至没有瞄准“做得更好”这件事）。现在，当我怒火中烧的时候……
我在本地 git 存储库和客户端的 RTC 之间进行了大量同步。上述情况大多发生在使用命令行时立式碳碳工具，而没有打开 Eclipse。似乎这部分（即缺少 Eclipse）是“断开连接”的问题。我今天找到的解决方案是：
- 关闭一切
- 重启你的电脑
- 打开 RTC 的 Eclipse FIRST
答案3
这是一个老问题，但是为了后人的缘故，我刚刚遇到了这个问题，并找到了不同的解决方案：
- 关闭 Eclipse。（等待它完全关闭。）
- 打开任务管理器并检查是否仍有 Eclipse 进程正在运行。
- 如果找到一个，请将其杀死，然后再次打开 Eclipse。
这帮我解决了这个问题。似乎偶尔，如果 Eclipse 没有正确关闭，它会保留工作区.jazz5/目录中几个文件的所有权，从而阻止 RTC 插件正常工作。
答案4
我主要在单击“待处理更改”窗口右上角的按钮（从右边数第二个）时看到此窗口，当您将鼠标悬停在按钮上时，该按钮显示“接受所有传入基线和更改集”。相反，如果您首先按项目单独接受传入更改，您可能仍会看到此窗口，但随后您将知道导致问题的特定项目（之一）。如果您在接受单个项目更改时看到此弹出窗口，则（如@Deniz 在上述回答中提到的）在项目资源管理器中右键单击行为不当的项目，然后单击加载为。（现在，引用@Deniz 的回答）在加载存储库文件夹对话框中，它可能不会显示沙盒中的任何项目（或者，它可能会显示您的根源文件夹）。如果找不到目标工作区，请使用创建并选择磁盘上现有的文件夹，即您的源之前所在的文件夹。还对组件使用相同的目录名称现在您加载了行为不当的项目，并且应该能够在“待处理更改”窗口中接受其传入更改。