我们已经成立了TeamCity' "失败条件"如果代码覆盖率指标不好,则构建失败。确切的条件是在代码覆盖率指标下降了几个百分点时失败。
有时我们会建立一个第一次建造的分店。这些基本上是发布分支。我们建造一次。
问题是TeamCity在构建新分支时失败了。它说,代码覆盖率很差。
在日志中,我看到TeamCity无法找到我的分支的先前版本。实际上,它需要一些先前的构建来比较代码覆盖率,因为分支是新的,所以无法找到它。结果它正在使用一些"锚"分支进行比较。
"锚" branch是一个旧的过时分支,具有更大的代码覆盖率。所以条件的评估是正确的。
问题是,如果我正在构建某个分支的第一个构建,我期待以下行为之一:
禁用需要先前构建的代码覆盖率指标
使用一些有意义的"锚点#34;构建与之比较,而不是一些过时的构建选择由我不清楚的方式。
我该如何解决?
答案 0 :(得分:0)
TeamCity论坛上的人帮助我找到答案。
事实证明,TeamCity正在尝试找到我们想要构建的分支的一些先前版本,以便将指标与当前版本进行比较。如果找不到先前的构建,则需要从默认分支进行一些构建。。在我们的例子中,它是来自另一个版本的一些分支,我们很惊讶地看到了指标的比较。
新分支的解决方案是使默认分支部分测试分支具有零指标,以便新构建始终具有更好的指标,或者只是在每次构建新分支时关闭指标。