Accurev促销订单

Question

我们正在使用Accurev 5.6。我们在推广期间遇到了一个奇怪的问题。我们的一位开发人员在他的工作区中取消了一个文件abc.txt，并在问题中将其推广到支持流。几天后，他意识到他需要他的档案。他创建了一个具有相同名称的文件，并在同一问题下进行了推广。在发布之前，我们试图将此问题推广到父流。 Accurev抱怨说文件abc.txt存在于父流中，并且阻止我们推广它。

它看起来像Accurev促销订单错误。它试图首先促进创建abc.txt的活动，而不是首先解析abc.txt。 Accurev应该做的是根据活动的时间来推广活动：首先，在父流中解除abc.txt，然后在不同的元素ID下再次创建abc.txt文件。

这是一个Accurev错误？无论如何要配置Accurev以在单一问题内根据活动时间进行推广？

Answer 1

这不是Accurev中的错误。这是Accurev的一个细微差别。 Accurev给每个新元素一个id。这个id对于那个元素来说是独一无二的，并且在该对象停止，重命名，移动等情况下保持该状态。这就是Accurev的工作方式，这使得它成为祝福和诅咒。

步骤来解决：

1. 重命名第二个元素的开发推广。
2. 解散这个元素。
3. 不起作用的第一个元素。
4. 推动这两个变化。
5. 此时，您可以升级abc.txt。
6. 然后，您可以清除（还原为支持）已停用的（第2个元素）。 a。您希望在此实例中恢复为Backed，因为您可能不关心该版本，因此它不会永远位于流的默认组中。

查询online documentation获取更多详细信息。抱歉，我无法获得直接链接。

双胞胎是一种痛苦，但它看起来像Accurev一直在缓慢地改进检测和修复它们。见最新版本（5.7）。