Azure devops 确保旧任务组版本不能再使用
我们已经在发布过程中创建了一个自定义任务组。在一些新的需求之后,我们创建了任务组的第二个版本,并将其逐步推广到我们的发布定义中 在一次奇怪的事故后,发布定义不知何故被切换回使用旧版本,我们希望确保旧版本不再被使用 这有可能吗?我们甚至不能更新旧版本以保证失败的方式对其进行修改Azure devops 确保旧任务组版本不能再使用,azure-devops,azure-pipelines-release-pipeline,Azure Devops,Azure Pipelines Release Pipeline,我们已经在发布过程中创建了一个自定义任务组。在一些新的需求之后,我们创建了任务组的第二个版本,并将其逐步推广到我们的发布定义中 在一次奇怪的事故后,发布定义不知何故被切换回使用旧版本,我们希望确保旧版本不再被使用 这有可能吗?我们甚至不能更新旧版本以保证失败的方式对其进行修改 如果不可能,建议采用哪些方法来实施此类变更?当出现更改时,我们是否应该创建全新的任务组,而不希望立即将其包含在所有位置?通常,在发布任务组的多个版本时,您可以选择使用任务组的特定版本 默认情况下,如果在此之后发布了新版本,
如果不可能,建议采用哪些方法来实施此类变更?当出现更改时,我们是否应该创建全新的任务组,而不希望立即将其包含在所有位置?通常,在发布任务组的多个版本时,您可以选择使用任务组的特定版本 默认情况下,如果在此之后发布了新版本,则它将在以前的生成/发布定义中使用任务组的旧版本(您在创建生成/发布定义时指定) 我们无法禁用旧任务组版本,或使其无法再使用。此外,我们无法更新/修改旧任务组版本,因为只能对最新版本进行更改 因此,在您的场景中,您可以尝试为特定任务组发布新版本。然后编辑以前的生成/发布定义,以根据需要选择要使用的新版本 或者,您可以创建新任务组,但必须在所有生成/发布定义中删除旧任务组并添加新任务组