azure-devops - 冲突的版本保留设置导致删除？

Question

我们的发布管道中有一个步骤导致发布被无限期保留，覆盖项目的默认管道设置，仅保留运行 30 天。如果一个版本于 2 月 21 日创建并设置为无限期保留（参见第一个屏幕截图），但完全相同的构建在 2 月 28 日再次创建但未设置为无限期保留（参见第二个屏幕截图），那么以后的版本会自动获取在项目的默认 30 天设置中删除？我可能混合了发布/管道/运行/构建术语，但这是我在系统管理员角色中不使用或不支持的 ADO 的一部分。我们面临的普遍问题是版本无法解释的消失，尽管我们认为是无限期保留它们的正确设置。当我们在 release 中搜索 build ID 时，它说没有找到构建。我想知道项目设置和管道设置是否相互冲突。这并不普遍。（到目前为止）仅在这一个项目上经历过。

感谢您提供任何有用的意见！

标签： azure-devopsazure-pipelinesreleaseretention

Answer 1

回答：

如果一个版本在 2 月 21 日创建并设置为无限期保留，但完全相同的版本在 2 月 28 日再次创建但未设置为无限期保留，那么以后的版本会在项目的默认 30 天设置下自动删除吗？

答案是肯定的。如果您将版本设置为无限期保留，则不会应用保留策略和最大限制。如果您没有将发布设置为无限期保留，它将遵循保留策略以及管道和项目设置中的最大限制。两个版本是否具有相同的构建并不重要。

我想知道项目设置和管道设置是否相互冲突。

最高优先级是将发布标记为无限期保留，然后是管道设置，最后是项目设置。换句话说，管道设置将覆盖项目设置，除非超出项目允许的最大保留策略。