为什么我的正常挂起更改被RTC识别为“未解决”?

时间:2012-03-12 10:17:38

标签: version-control rtc jazz

我已连接到项目区域,我已将我的存储库工作区加载到磁盘上,并且正在以合法的方式修改我的文件。

然而,我的更改并未被视为“外向”,而是“未解决”。之前我曾在RTC项目上工作过,所以这种情况出乎意料。

任何人都知道为什么我的所有更改都被视为“未解决”?

谢谢,你们统治。

2 个答案:

答案 0 :(得分:2)

一旦您签入(在新的changset集或现有的变更集中),它们将被识别为传出。

实际上,如果您有现有的外向更改,则可以将未解决的更改拖放到这些更改集(请参阅“Advanced Gestures and Workflows”):

draganddrop

答案 1 :(得分:0)

我对RTC的经验较少,

在正常情况下,“未解决”注释有2种情况 1.当其他人在不同的工作区(MainStream)中修改了同一个项目时。 2.交付的项目和SandBox项目/内容存在差异。

在你的情况下,它似乎是第二种情况,你已经在本地沙箱中修改了一些东西,它给你这个未解决的问题。 在您的情况下,您必须签入,即将.java内容放在本地服务器中。 如果选择“签入并交付”,则.java将被推送到主服务器,在大多数情况下,主服务器被认为是可交付的主流。(我不知道在oyur情况下是什么。)

如果因为第二个原因而未解决,那么您可以使用以下选项: 如果单击Unresolved,则将获得4个选项来解决它,其中一个是“Auto Resoved”,它对.c和.h文件以及其他非UML项目更有效。

选项 1.自动解决 2.解决建议 3.与我决心 4.重新合并为

自动解析通常用于非环境文件的小更改。 (工具有效解决) 通过建议解决:在这种情况下,远离您的更改将在主流中反映出来。 与Mine一起解决:在这种情况下,更改将取自您当地的sand boz,并且交付将反映主流上的相同更改 解析为合并:在此处比较两个未解决的文档,然后您必须逐行手动更改,然后您的建议更改将反映在主流中。

如果有任何疑问,请发表评论,