我正在与Accurev合作，最近我被迫对最近的推广进行了回复。我遵循了一般准则，访问了流的历史记录，并对选定的交易执行了还原操作。 该特定事务涉及已存在的文件，但也涉及新文件。
现在出现了一个主要问题：在恢复之后，现有文件被返回到它们之前的版本，但是它们的第一个版本的文件出现在流的根目录中，而不管它们最初放置的路径是什么国家已解散。当然这主要是视觉上令人不安，但我也想知道稍后当有人试图将相同的文件读入流时会发生什么。
是否会发生冲突，是否会将它们重新定位到最初添加的位置？在这一点上，我正在考虑恢复还原操作，但它似乎已经过于复杂，看起来它只会产生更多问题。
答案 0 :(得分：0)
假设您有一个流层次结构：Stream1 - Stream2 - Workspace1
在此层次结构中，您有一个名为foo.c的文件。
在Stream2中，此文件已停用状态。
如果将foo.c添加到Workspace1中的源代码控制并进行提升，Stream2中的已解散版本现在已被搁置，新添加的版本将显示为成员状态。当您搜索搁浅的元素时，将出现搁浅的文件。
如果你尝试推广新添加的foo.c，它将因为是一个邪恶的双胞胎而失败，因为原始的foo.c仍然存在于Stream1中。
要清除这一点，您可以从Stream2升级搁浅的foo.c，然后宣传新添加的foo.c。