上下文
我们有一个C#项目,托管在Azure devops中。
我们有一个非常标准的工作流程:
然后将这些工件提供给我们的部署团队。
由于我们的产品已部署在客户的房屋内,因此不会从天蓝色的管道触发实际的部署。
情况
到目前为止,我们正在处理构建工作,并且通过发送以下通知与部署团队进行通信:“构建345已验证,将其用于部署”。
问题是:他们基本上可以访问所有所有构建的列表,包括正确构建的列表,但是QA例如在其中发现了错误。
我想拥有的东西
让部署团队有权访问仅发布经过验证的内部版本的部分。
这可能是:
使用发布管道:让发布管道的结果提供下载的工件
但是我没有找到一个仅说明“发布工件”的动作
在构建管道中,将构建保持在“尚未完成”状态,然后等待质量检查团队的手动操作将其标记为“成功”或“失败”。
我看不到在“构建”作业中添加手动步骤的方法(而且我认为这对构建作业来说还是一个糟糕的设置)
问题
在天蓝色的devops中表示此工作流的首选方式是什么?
答案 0 :(得分:0)
那么您可能只有一个发布管道,其中包含以下任务:
1。手动干预向质量检查小组发送电子邮件,告诉他们使用x.y.z版本进行操作。批准发布内部版本后,QA团队中的某人登录Azure Devops,然后继续发布。
2。通知电子邮件或您正在使用的任何通知都会发送给部署团队,以通知他们有关新批准的构建的信息。