【发布时间】:2020-09-07 06:29:48
【问题描述】:
我热衷于不让项目质量失控。
我了解在某些情况下警告可能有意义,但我担心警告的数量会随着时间的推移而增加。
我有一个 Azure DevOps 构建(门控提交)管道,我希望只允许 10 个警告,以便开发人员在某些时候必须解决他们的警告。
如果警告计数超过一定数量,有没有办法计算警告并阻止管道?
谢谢!
【问题讨论】:
标签: azure azure-pipelines devops
我热衷于不让项目质量失控。
我了解在某些情况下警告可能有意义,但我担心警告的数量会随着时间的推移而增加。
我有一个 Azure DevOps 构建(门控提交)管道,我希望只允许 10 个警告,以便开发人员在某些时候必须解决他们的警告。
如果警告计数超过一定数量,有没有办法计算警告并阻止管道?
谢谢!
【问题讨论】:
标签: azure azure-pipelines devops
如果警告计数超过一定数量,有没有办法计算警告并阻止管道?
答案是肯定的。
有一个很好的扩展来满足你的需求:Build Quality Checks。它提供了丰富的构建质量检查,您可以将这些构建质量检查添加到您的构建过程中。
有一个选项Warning Threshold,可以用来指定警告的最大数量。如果超过此数量,构建将失败。
即使策略破坏了构建,您仍然可以获得测试结果以及编译输出。
【讨论】:
在您的情况下,我建议将警告视为错误,这样如果项目包含警告,您的门控提交将失败 - 这里是 dotnet core 的示例:
dotnet build /warnaserror
在某些情况下,开发者仍然可以选择禁用警告:
#pragma warning disable CS8632
// Here I do something that nullable references without context but I know what I do because...
#pragma warning restore CS8632
【讨论】: