“ Clean up pull request builds”中介绍了可以为请求请求构建设置的最激进的构建保留策略。
至少保留0个构建版本的策略
仍然，这意味着成功的PR构建（不需要任何人为需要的工件）将仅在下一次自动保留清除之后（通常在第二天）被删除，但实际上，这将导致将近两天的价值不再需要构建。
在我们的特殊情况下，似乎希望找到一种方法来尽快清理成功的PR构建，因为它们的频率和工件的庞大规模可能会周期性地使我们尚未完全组织的专用于PR处理的基础结构紧张（它将得到显着改善） ，但不是我们希望的那样，成功的公关构建仍将保持不小的负担）。
据我所知，唯一的方法是删除构建manually。
虽然实现起来并不是很困难，但我仍然想检查是否存在一种更简单的标准方法来自动删除成功的PR构建。
P.S .：在我们高度定制的构建过程中，有一个特殊性-我们有多个相关的工件。像创建A一样，使用它来构建B，创建C来测试B ...因此，在具有suggested below这样的自定义条件的情况下，尽量不要在整体成功的构建上发布工件是完全不可行的。
答案 0 :(得分：3)
让我们从不同的角度看问题：问题不是构建被保留，而是您的PR构建正在发布工件。
您可以执行Publish Artifacts个步骤conditional，以使其在PR期间不运行。像and(succeeded(), ne(variables['Build.Reason'], 'PullRequest'))之类的东西将使任务仅在它不是PR时运行。