0

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

看起来 Accurev 促销活动的顺序有误。它试图首先促进abc.txt的创建活动，而不是首先取消abc.txt的活动。Accurev 应该做的是根据活动的时间来推广活动：首先，将父流中的 abc.txt 失效，然后在不同的元素 ID 下再次创建 abc.txt 文件。

这是 Accurev 错误吗？无论如何配置Accurev以根据单个问题中的活动时间进行推广？

4

1 回答 1

1

这不是 Accurev 中的错误。这是 Accurev 的细微差别。Accurev 给每个新元素一个 id。这个 id 对那个元素来说是唯一的，并且在它被解散、重命名、移动等时与该对象保持一致。这就是 Accurev 的工作原理，这使它成为一种祝福和诅咒。

解决步骤：

  1. 重命名开发人员提升的第二个元素。
  2. 取消此元素。
  3. 使第一个元素失效。
  4. 促进这两个变化。
  5. 此时，可以将abc.txt 提升上去。
  6. 然后，您可以清除（恢复为支持）已失效的（第二个元素）。一种。在这种情况下，您可能希望 Revert to Backed，因为您可能不关心该版本，因此它不会永远位于流的默认组中。

搜索双胞胎的在线文档以获取更多详细信息。抱歉，我无法获得直接链接。

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

于 2013-03-05T23:42:01.707 回答