星期五，我的 Rational Team Concert 存储库工作区被加载到我的本地 RTC Eclipse 环境中，我的硬盘驱动器上有文件夹
今天，出于某种原因，RTC 不认为它“已加载”。它给了我一个“接受对断开连接的组件的传入更改不会将它们加载到沙箱中。你想继续吗？” 当我尝试接受传入的更改时发出警告，并且在我刷新文件系统时没有显示任何传出的更改。
代表源代码控制组件的俄罗斯方块的轮廓为蓝色（未加载），而不是填充为蓝色（已加载）。
为什么我的结帐不再被视为“已加载”？如何让它考虑加载的工作区而不覆盖我的本地更改？
过去，我通过以下方式处理过这种情况：
这是一个耗时且容易出错的过程。有什么方法可以让 RTC 识别出它以前拥有的相同工作区？
标签建议：rtcrational-team-concert jazz
小智 6
我注意到当 RTC 将自己锁定在它自己的工作区文件之外时会发生这种情况。您可以尝试强制加载单个组件，而不是重新加载整个工作区。
1) 在“My Repository Workspaces”下找到您的工作区，并找到一个小组件。右键单击并加载为
2) 在 Load Repository Folder 对话框中，它可能不会显示 Sandbox 中的任何项目（或者，它可能会显示您的根源文件夹）。如果找不到目标工作区，请使用“创建”并选择磁盘上的现有文件夹，即您的源之前所在的文件夹。也为组件使用相同的目录名称。
3）点击完成。如果您之前加载过这个组件，它会告诉您内容已经在目的地。没关系，覆盖它（如果您想保留其中的更改，请先将其复制出来）。
4) 加载组件后，它应该刷新自己的工作区视图，并“记住”您加载了其他组件。
我发现这比重新加载整个工作区要快，因为您可以选择一个加载速度非常快的组件。但是您可能必须对每个工作区重复此操作才能将它们全部刷新。
我一直在寻找这个问题的答案。从我个人的观点来看 - 我从来没有像使用这个工具那样处理过这么多废话。当有其他至少可以完成任务的替代方案时，我简直不敢相信有人想通过出售它来赚钱（我什至没有针对“做得更好”的事情）。现在 - 当愤怒已经通过我飞过......
我在本地 git 存储库和客户的 RTC 之间进行了大量同步。上面的情况主要发生在使用命令行lscm工具而没有打开 eclipse 时。似乎这部分（即缺乏日食）是“断开连接”的事情。我今天找到的解决方案是：
| 归档时间： |
|
| 查看次数： |
11347 次 |
| 最近记录： |