如果警告数量超过特定限制，则 AzureDevOps 构建管道失败
Failing AzureDevOps build pipeline if number of warnings exceeds a certain limit
我狂热不让项目质量失控
我知道在某些情况下警告可能有意义，但我担心警告的数量会随着时间的推移而增加。
我有一个 Azure DevOps 构建（门控提交）管道，我只想允许 10 个警告，这样在某些时候开发人员将不得不处理他们的警告。
有没有办法统计警告次数，如果警告次数超过一定数量就阻塞管道？
谢谢！
对于您的情况，我建议将警告视为错误，这样如果项目包含警告，您的门控提交就会失败 - 这里是 dotnet 核心的示例：
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
Is there a way to count the warnings and block the pipeline if the warnings count exceeds a certain number?
答案是肯定的。
有一个很好的扩展可以满足您的需求：Build Quality Checks。它提供了丰富的构建质量检查，您可以将这些构建质量检查添加到您的构建过程中。
有一个选项Warning Threshold，可以用来指定警告的最大数量。如果超过此数量，构建将失败。
即使政策破坏了构建，您仍然可以获得测试结果和编译输出。
我狂热不让项目质量失控
我知道在某些情况下警告可能有意义，但我担心警告的数量会随着时间的推移而增加。
我有一个 Azure DevOps 构建（门控提交）管道，我只想允许 10 个警告，这样在某些时候开发人员将不得不处理他们的警告。
有没有办法统计警告次数，如果警告次数超过一定数量就阻塞管道？
谢谢！
对于您的情况，我建议将警告视为错误，这样如果项目包含警告，您的门控提交就会失败 - 这里是 dotnet 核心的示例：
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
Is there a way to count the warnings and block the pipeline if the warnings count exceeds a certain number?
答案是肯定的。
有一个很好的扩展可以满足您的需求：Build Quality Checks。它提供了丰富的构建质量检查，您可以将这些构建质量检查添加到您的构建过程中。
有一个选项Warning Threshold，可以用来指定警告的最大数量。如果超过此数量，构建将失败。
即使政策破坏了构建，您仍然可以获得测试结果和编译输出。