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