Accurev促销订单

时间:2013-03-05 23:23:30

标签: accurev

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

看起来Accurev促销订单错了。它首先尝试促进创建abc.txt的活动而不是abc.txt的失效。 Accurev应该做的是根据活动时间推广活动:首先,取消父流中的abc.txt,然后在不同的元素ID下再次创建abc.txt文件。

这是Accurev的错误吗?无论如何,根据一个问题内的活动时间来配置Accurev进行推广?

1 个答案:

答案 0 :(得分:1)

这不是Accurev中的错误。这是Accurev的细微差别。 Accurev为每个新元素赋予一个id。这个id对于该元素是唯一的,并且当它被去除,重命名,移动等时保持该对象。这就是Accurev的工作方式,这使得它成为一种祝福和诅咒。

解决的步骤:

  1. 重命名开发者推广的第二个元素。
  2. 取消此元素。
  3. 取消第一个元素的确认。
  4. 促进这两项变革。
  5. 此时,您可以升级abc.txt。
  6. 然后,您可以清除(恢复为支持)已解除的(第二个元素)。 一个。您可能希望在此实例中恢复为支持,因为您可能不关心该版本,因此它不会永远位于您的流的默认组中。
  7. online documentation搜索双胞胎以获取更多详细信息。抱歉,我无法获得直接链接。

    双胞胎是一种痛苦,但看起来Accurev一直在慢慢改善检测和修复它们。请参阅最新版本(5.7)。