我正在为一个由8名开发人员组成的团队管理版本。我们有三种环境： DEV - 我们都在做出改变 UAT - 用户测试更改的环境 现场直播环境
我们使用Visual Studio 2015和TFS 2017。
开发人员通过发送电子邮件列表（有时带有变更集编号）对文件进行更改并将其提交给UAT。有时不同的用户会对相同的文件进行更改，但不应发布所有更改。
在UAT中进行测试后，更改将发布到Live，但有时文件需要从UAT移动到Live，其中早期的更改尚未批准用于实时发布。
我可以问用户＆＃39;关于管理这个过程的最佳方法应该是什么建议？当他们应该留在DEV或UAT时，意外的更改会一直发布到UAT或Live。
非常欢迎任何建议。感谢
答案 0 :(得分：0)
通常这种“最好的方式”问题主要是基于意见而很难回答。
许多好的问题都会在专家的基础上产生一定程度的意见 经验，但这个问题的答案往往差不多 完全基于意见，而不是事实，参考或具体 的专业知识。
开发人员通过发送电子邮件列表（有时带有变更集编号）对文件进行更改并将其提交给UAT。
对于这种情况，您可以使用this extension
而不是使用电子邮件发送列表此扩展是您可以在构建步骤中使用的构建任务。此任务基于传递到工具中的模板生成降价发布说明文件。以下是发行说明输出的示例：
构建SampleSolution.Master的发行说明
Build Number：20160229.3 Build build：29/02/16 15:47:58来源 分支机构：refs / heads / master
相关工作项
任务60 [指定人：Bill]设计WP8客户端相关更改 套/提交
ID bf9be94e61f71f87cb068353f58e860b982a2b4b添加了模板ID 8c3f8f9817606e48f37f8e6d25b5a212230d7a86项目开始
评论的建议是一种适合您的需求和环境的方式。您可以为三个环境创建三个分支。对于每个分支，您可以使用分支策略（GIT）来保护您的分支机构，并避免意外更改合并到UAT和Live。
由于TFS系统或任何其他工具很难判断某些文件是否被批准尚未发布。它基于您的团队管理，您可以在TFS中使用权限来限制有权访问部署或执行发布的用户。例如，只有PM和团队领导才能处理这个问题。结合TFS中的工作项目，图表，测试管理，报告和其他功能。
注意Team Foundation Server不仅提供源代码管理，构建，发布，还提供报告，需求管理，项目管理（适用于敏捷软件开发和瀑布团队），实验室管理和测试功能。 涵盖整个应用程序生命周期，并启用DevOps功能。
建议您首先浏览TFS中的Release Management，并了解如何configure your release pipelines for multiple environments deployments