Visual studio 在TFS中管理发布的最佳方法

我正在为一个由8名开发人员组成的团队管理发行版。我们有三个环境： 开发-我们都在这里进行更改 UAT-用户测试变更的环境 生活环境

我们使用Visual Studio 2015和TFS 2017

开发人员对文件进行更改，并通过电子邮件发送列表（有时带有更改集编号）将其提交给UAT发布。有时，不同的用户会对相同的文件进行更改，但并非所有更改都应发布

一旦在UAT中进行了测试，这些更改将发布到实时版本，但有时需要将文件从UAT移动到实时版本，该文件中的早期更改尚未批准实时发布

请允许我向用户咨询管理此流程的最佳方法是什么？非预期的更改在应该保留在DEV或UAT中时会不断发布到UAT或Live

欢迎您提供任何建议。谢谢

通常这种“最佳方式”问题主要是基于观点的，很难回答

许多好问题都会在专家的基础上产生一定程度的意见 经验，但这个问题的答案往往是 完全基于观点，而不是事实、参考或具体的 专业知识

开发人员对文件进行更改，并通过电子邮件发送列表（有时带有更改集编号）将其提交给UAT发布

在这种情况下，您可以使用

此扩展是可在生成步骤中使用的生成任务。此任务根据传递到工具中的模板生成降价发行说明文件。以下是发行说明输出的示例：

build SampleSolution.Master的发行说明

构建编号：20160229.3构建已开始：29/02/16 15:47:58来源 分支机构：参考/主管/主管

关联的工作项

任务60[分配人：比尔]设计WP8客户相关变更 设置/提交

ID bf9be94e61f71f87cb068353f58e860b982a2b4b添加了模板ID 8c3f8f9817606e48f37f8e6d25b5a212230d7a86项目开工

评论中的建议符合您的需要和您的情况。您可以为三个环境创建三个分支。对于每个分支，您可以使用分支策略（GIT），它将保护您的分支，并避免意外更改合并到UAT和Live

由于TFS系统或任何其他工具很难判断某些文件是否已批准发布。它基于您的团队管理，您可以在TFS中使用权限来限制有权部署或发布的用户。例如，只有PM和团队负责人才能处理此问题。结合TFS中的工作项、图表、测试管理、报告和其他功能

Note Team Foundation Server是一个产品，它不仅提供源代码管理、构建、发布，而且还提供报告、需求管理、项目管理（对于敏捷软件开发和瀑布队）、实验室管理和测试能力。它覆盖了整个应用程序生命周期，并支持DevOps功能

---

建议您首先浏览TFS中的，并了解如何

我将尝试为每个简单功能创建一个分支，并将这些分支合并到主分支中。这是一段艰难的旅程，有许多障碍和危险，我已经密切参与了三年的大部分时间。花点时间写这篇文章，然后用问题圈回来，