Accurev促销顺序

Question

我们使用的是Accurev 5.6。我们在促销过程中遇到了一个奇怪的问题。我们的一个开发人员在他的工作区中废弃了一个文件abc.txt，并在一个问题下将其提升到了支持流中。几天后，他意识到他需要他的文件。他创建了一个同名的文件，并在同一问题下进行了升级。在发布之前，我们尝试将此问题推广到父流。Accurev抱怨说，文件abc.txt存在于父流中，并阻止我们升级它。

看起来Accurev的促销搞错了顺序。它试图首先推动创建abc.txt的活动，而不是首先终止abc.txt。Accurev应该做的是根据活动的时间提升活动:首先，在父流中取消abc.txt，然后在不同的元素ID下重新创建abc.txt文件。

这是Accurev的bug吗？有没有办法将Accurev配置为根据单个问题中的活动时间进行推广？

Answer 1

这不是Accurev中的错误。这是Accurev的细微差别。Accurev给每个新元素一个id。该id对于该元素是唯一的，并且在该对象失效、重命名、移动等过程中一直存在。这就是Accurev的工作方式，这使得它既是福也是祸。

解决步骤：

将第二个元素重命名为developer promoted.

• Defunct this element.

• Undefunct element.

• Promote up

1. 这两个更改。
2. 此时，您可以升级abc.txt。
3. 然后您可以清除(恢复为Backed)已停用的(第2个元素)。a.在这种情况下，您可能希望恢复为Backed，因为您可能不关心该版本，因此它不会永远位于流的默认组中。

在online documentation中搜索twin以获取更多详细信息。很抱歉，我无法获得直接链接。

双胞胎是一种痛苦，但看起来Accurev已经慢慢地改进了对他们的检测和修复。请参阅最新版本(5.7)。