我们正在将我们的构建和发布以天蓝色的devop转移到新的yaml发布管道中,但是在旧的UI构建/发布中,我们已经习惯了几件事,我无法弄清楚在新的Yaml管道世界中崭露头角。
在旧世界中,您将有一个与发行版链接的构建。您可以为一个特定的版本创建多个发布实例,因此,如果您拥有一个不错的版本,但是想要改善发布过程,则可以处理该版本,每次创建一个新的版本实例来测试您的更改,但不必每次都重新构建。您只需选择内部版本号即可将发行版链接到每次。
但是现在使用yaml将构建和发布集成在一起,您每次都可以创建整个管道的实例。那么,如何才能针对先前的版本运行管道的“发布”部分?还是我不能?同样,如果我只想在特定环境下运行它? (我们有不同的步骤来部署到ci和测试,但是要测试对测试部分的更改,我必须每次都运行ci部分,这对于调试非常耗时)
答案 0 :(得分:0)
我如何才能针对管道运行管道的“发布”部分 以前的版本?
对于此问题,您可以将DownloadPipelineArtifact
任务添加到您的临时作业中,以便可以将以前的构建版本指定为要部署的源。
例如:
steps:
- task: DownloadPipelineArtifact@2
displayName: 'Download Pipeline Artifact'
inputs:
buildType: specific
project: 'proName'
definition: 30
buildVersionToDownload: specific
pipelineId: 2118
artifactName: drop
是否也想在特定环境下运行它?
对于此问题,Azure开发人员在sprint-162中发布了一项新功能:Skipping stages in a YAML pipeline
开始手动运行时,有时您可能希望跳过管道中的几个阶段。更新后的运行管道面板显示了YAML文件中的阶段列表,您可以选择跳过其中一个或多个阶段。
如果Stages to run
没有显示在网络用户界面中,请不要担心,新功能将逐步推出,这些功能将在接下来的两到三周内推出。
以下是有关类似问题的支持ticket,您可以在此处进行评论和投票以获取更多详细信息。希望以上内容能对您有所帮助。