我对 RTC 源管理非常陌生，最近开始在我的项目中使用它。目前，我遇到了一个问题，我找不到任何正确的答案，可能是我遗漏了下面的问题描述。请耐心等待我的详细描述。我使用与STS捆绑在一起的Eclipse 3.x进行开发。
有一个传入的变更集，其中包含一个名为 processemail.java 的文件，该文件与我工作区中的 processemail.java 版本有冲突的更改。我接受了该更改，后来在我 Unresolved 更改中，文件上开始出现红色箭头。我尝试自动解析，但 RTC 抛出错误，无法使用手动解析自动解析。
因此，我使用比较编辑器手动合并文件，然后单击“标记为解析”按钮来解决它。红色箭头消失了，我的工作区包含合并的文件。此后，一个名为“Merges”的新变更集会自动出现在我的传出更改中，其中包含此合并文件版本。
后来我不得不在 processemail.java 中进行一些额外的代码更改，我做了这些更改，它出现在 Unresolved 更改中。现在，当我尝试将 processemail.java 的更新版本与其他相关文件一起添加到全新的更改集时，RTC 会抛出错误，指出无法创建新的更改集，让文件决定要使用哪个更改集。如果我在 Unresolved 更改中选择 processemail.java，它将以蓝色突出显示，并且我的传出中的合并也会突出显示。
我不知道现在该怎么办。我是否应该将文件添加到自动创建的合并变更集中(我没有尝试)，或者如果可能的话会发生什么，合并中的版本将使用 processemail.java 的此修改版本进行更新。我还有其他文件以及此更改我的方法应该是什么。任何人都可以帮我提出对此的建议吗？被这个问题困扰很久了。
谢谢
维肯21
最佳答案
what will happen if this possible will the version in the Merges get updated with this modified version of
processemail.java
是的，但这并不重要，只要这允许您继续进行其他签到(并最终进行交付)
关于java - 使用 Eclipse 解决冲突后的 RTC 合并问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25211003/