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 approver
和Post-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 2017 Update 3至Azure Dev Ops