通过Sonar REST API更新违规阈值限制

通过Sonar REST API更新违规阈值限制,api,rest,url,sonarqube,threshold,Api,Rest,Url,Sonarqube,Threshold,在我正在工作的项目中,我们使用声纳来提高代码质量和测试覆盖率。我们已经将错误阈值分别设置为当前的违规数量和测试覆盖率 现在我想使用Sonar的RESTAPI来更新阈值。假设我们目前有10起严重违规事件。一个违规被修复,严重违规的数量减少到9。现在我想使用Sonar的RESTAPI自动调整阈值。我已经通过restapi通过/API/resources URL成功地检索了冲突的当前值和测试覆盖率,请参阅 我已经搜索了Web服务文档,但找不到任何可以用来更新错误阈值的REST URL 有可能吗 致以最

在我正在工作的项目中,我们使用声纳来提高代码质量和测试覆盖率。我们已经将错误阈值分别设置为当前的违规数量和测试覆盖率

现在我想使用Sonar的RESTAPI来更新阈值。假设我们目前有10起严重违规事件。一个违规被修复,严重违规的数量减少到9。现在我想使用Sonar的RESTAPI自动调整阈值。我已经通过restapi通过/API/resources URL成功地检索了冲突的当前值和测试覆盖率,请参阅

我已经搜索了Web服务文档,但找不到任何可以用来更新错误阈值的REST URL

有可能吗


致以最诚挚的问候/Lasse

从我的观点来看,这不是正确的方法。您应该设置差异警报(即没有新的阻止程序问题,新代码上的代码覆盖率至少应为80%,等等)。基线可以是您开始遵循这些要求的日期。

很好的输入。谢谢我们将尝试开始使用它。我脑海中突然出现的一个问题是:如果你使用你描述的“无新”警报,那么你可以在声纳中设置的错误阈值会有什么用途?另一种想法。比方说,我们定义了不能添加新的严重违规行为。因此,我们在构建服务器上的构建将是红色的。假设运行了一个新的构建,并且没有添加新的冲突。那么,尽管失败的冲突仍然存在,构建是否会是绿色的?1.我们有10起严重违规事件。2.添加了一个严重违规,因此生成失败。3.第11个严重违规未修复。4.代码的另一个签入已经完成,并且没有添加新的冲突。5.构建的结果是什么?测试它。第二次生成将通过,因为没有添加新的冲突。那么解决方案是什么呢?注释1:在处理差异警报时,我通常只使用错误阈值。注释2和3:因为您已将差异周期设置为“自上次分析以来”。您应该将阈值设置为“自特定日期起”或“自特定版本起”。这样,您将始终与相同的基线进行比较,这意味着您将能够检查自您开始应用这些需求之日起是否引入了新的阻止程序问题。看见如果您还没有使用它,请参见。