TFS 2017:仅允许在发布到 DEV 和 QA 后手动部署到 PROD 环境

Posted

技术标签:

【中文标题】TFS 2017:仅允许在发布到 DEV 和 QA 后手动部署到 PROD 环境【英文标题】:TFS 2017: only allow manual deployment to PROD environment after release to DEV and QA 【发布时间】:2017-09-27 15:12:33 【问题描述】:

在 TFS 中,假设我的发布定义中有 3 个环境:

    开发 质量检查 产品

我只希望 TFS 在成功部署到 DEV 和 QA 后允许手动部署到 PROD。

希望自动部署到 PROD,并且我不想使用任何批准机制。

我该怎么做?

【问题讨论】:

【参考方案1】:

您可以为每个环境设置“触发器”选项:

在发布定义中选择环境>>点击环境名称后面的“...”(例如,Dev)>>部署条件...>>设置每个环境的触发选项如下:

DEV:发布创建后 QA : 成功部署到另一个环境后,选择 DEV 用于触发环境。 PROD:没有自动部署

但没有禁用批准机制的选项。但是您可以将Pre-deployment approverPost-deployment approver 设置为Automatic,这样系统会自动批准部署。


更新:

如果您想升级到 DEV,则必须首先进行 QA, 然后我们无法实现这一点,因为所有三个环境都在发布中使用相同的工件。

【讨论】:

嗨,安迪,我已经有了这些设置。但是,这让我无需先升级到 DEV 或 QA 就可以部署到生产环境。我想先升级到 DEV,然后是 QA,原因如下:(a)代码使用开发环境进行了同行测试(b)代码由 QA 测试。我有一种感觉,这不会是可行的 OOB。 @Scott 是的,不幸的是,我们无法实现这一点,因为所有三个环境都在发布中使用相同的工件。 @AndyLi-MSFT 如果这样的顺序(Dev => QA => Production)不能执行,这不是一个严重的限制吗?

以上是关于TFS 2017:仅允许在发布到 DEV 和 QA 后手动部署到 PROD 环境的主要内容,如果未能解决你的问题,请参考以下文章

是否可以从 TFS 创建一个 docker 容器并将发布版本部署到它?

TFS Release - 获取给定环境的可用版本列表

TFS 2017 Update 3至Azure Dev Ops

如何在IIS / Azure中单独部署webconfig更改?

识别 TFS 2015 发布管理中包含的工作项

TFS 2017 版本 - 没有机器组和部署组