TeamCity故障条件比较分支构建和一些过时的分支

Question

如果代码覆盖率度量不好，我们已经设置了TeamCity的“失败条件”以失败构建。确切的情况是，如果代码覆盖率度量下降了几个百分点，构建就会失败。

有时，我们建立一个分支，这是第一次建设。这些基本上是释放分支。我们造过一次。

问题是TeamCity在构建新分支时失败了。它说，代码覆盖是不好的。

在日志中，我看到TeamCity无法为我的分支找到以前的构建。实际上，它需要一些以前的构建来比较代码覆盖率，但是由于分支是新的，所以找不到它。因此，正在使用一些“锚”分支来比较。

“锚”分支是一些旧的过时的分支，代码覆盖范围更大。因此，对病情的评价是正确的。

问题是，如果我在第一次建立一个分支，我希望其中的一种折叠式行为：

1. 禁用需要先前构建而缺失的代码覆盖率指标。
2. 使用一些有意义的“锚”建设比较，而不是一些过时的建设选择的一些不明确的方式。

我怎么才能修好它？

Answer 1

TeamCity论坛上的人帮助我找到了答案。

原来，TeamCity正试图找到我们想要构建的分支的一些以前的构建，以比较度量标准和当前构建。如果没有找到以前的生成，则需要从branch.. 默认构建。在我们的例子中，它是来自另一个版本的分支，我们惊讶地看到了度量的比较。

新分支的解决方案要么是使默认分支具有零度量，以便新构建总是有更好的度量，要么在每次生成新分支时只关闭度量。