RTC:解决流差距？

我在 RTC 中有一个文件(称为 foo.c )，我修改并 checkin 了变更集( CS1 )以及其他一些更改。然后我再次修改了该文件，并将其与其他更改一起 checkin 不同的变更集 (CS2)。

我现在遇到了一种情况，我想将 CS2 传递到流，但 RTC 给我一个错误，即传递会在流中产生间隙(因为 CS1 发生了变化)。我还不想交付所有 CS1，因为它包含一些不应该在构建中的更改。 foo.c 中对 CS1 的原始更改是对 #include 的小幅删除，不会影响其他任何内容。

有没有办法解决这个差距？

我在 RTC 文档中看到了一些关于应用补丁的内容，但我不明白它的去向。
有没有办法将变更集拆分为多个变更集，这将允许我只交付一个文件？

最佳答案

自 2012 年以来的更新(以及提供所有内容并还原您不想要的内容的原始“解决方法”):

见 this thread :



那是 Locate Change Sets 特性:







原始答案 (2012)



我不这么认为，阅读 changeset man page :



在 CS1 和 CS2 中有 foo.c 意味着 CS1 已经“完成”(本质上是卡住的)，尝试拆分它是不好的。

补丁解决方案意味着:

取消 CS1

将 foo.c 的附加更改添加到 CS2

重做 CS1 更改

见“How do I remove a change set from a stream?”

Story 149483 旨在增强繁琐的工作流程，并且正在增强差距检测 ( Enhancement 24822 )

OP timwoj 总结:

关于RTC:解决流差距？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/10707694/