TFS发布管理与构建部署任务的对比 [英] TFS Release Management vs build deploy task at the end

问题描述

我有几个应用程序，一些通过ClickOnce发布的WinForm，以及一些我们使用vNext构建脚本构建的网站，如果所有构建和单元测试都通过了，则作为这些构建脚本的最后一步进行部署。我们为每个应用程序都有两个分支，一个将构建并部署到临时区域，另一个将部署到生产。

使用TFS中的新发布管理功能，我假设我要将部署任务从构建定义转移到发布区域。但是，除了一个批准按钮，这到底能给我带来什么呢？

推荐答案

嗯，这取决于😀...

如果您正在实践持续交付，那么您有一个直接部署到生产中的分支。然而，许多人希望首先部署到过渡环境，在那里踢轮胎，然后部署到生产环境。

然而，使用分支来执行此操作是错误的。这是一种重要的反模式，可能会导致生产中的故障不被转移检测到。这在很大程度上是由于合并，但由于编译器不是确定性的，所以您在暂存中测试的内容与您在生产环境中部署的内容不同。

您应该更改您的模型，使其在生产的不同阶段具有相同的构建输出流。这些阶段越少越好，理想情况是其中一个阶段。

在现代发布流中，您总是在单个分支上"工作"，然后在该分支上构建。当您有一个您想要升级的构建时，您可以创建一个版本来跟踪该构建从不同阶段到生产的进度，而无需重新编译。

这篇关于TFS发布管理与构建部署任务的对比的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！