我计划将linting引入相当庞大的代码库中。无法预先解决所有现有问题，因此不可避免地会在开始时看到成千上万个linter错误。
我想记录每次构建主版本时检测到的错误数量，并将该数量视为成功/失败阈值。如果新的拉取请求未超过当前基准，则其管道通过，因此建议进行更改。但是，如果错误数量增加，我希望管道失败，从而防止合并。
我已经描述了此功能，缩小到将变量写入Azure DevOps服务器作为构建的一些副作用，并且还从上一个构建读取这些值。这看上去与comparing code coverage非常相似，但是，我似乎找不到任何有关如何手动实现读写逻辑的文档。
我可以使用什么管道任务？我还能利用什么来跟踪多个构建中的自定义指标并将其值与以前的值进行比较？总而言之，我的最终目标是在几个月的时间内将任意值从大数逐渐降低为零。