在没有 devops 过程的情况下使用 TFS 管理部署版本
Manage deployment versions with TFS without devops procedure
我们正在使用 TFS 以敏捷方法管理我们的 tasks/bugs。
目前我们没有 DevOps 来处理 CI/CD 程序，我们只是在 QA 进行测试并批准发布分支后手动将发布上传到我们的私有服务器。
我的问题是，因为在敏捷开发中，每次我的项目经理要求我都可以部署到生产环境（因为他要求的功能已经准备好并通过测试实现），我如何使用 TFS 来"grab" 所有 tasks/features/bugs 投入生产并向她展示生产中的新功能？
我的第一选择是使用标签将项目标记为“1.1.2”。但后来我认为有人仍然需要在某个时候将其标记为“1.1.2”，所以这又是一个手动的事情。会是谁呢？项目经理？显然不是。开发商？如果我们决定保留他的最新功能并与其他功能一起使用更接近的版本怎么办？最后，我？所以它回到了我作为团队负责人的位置。但是我最好的工具是什么？
例如，我的一名团队成员完成了功能 F1、错误 B1 和 B2，他将它们与相关的 PBI 一起检查。
其他团队成员完成了 F2 和 F3 功能（他很有成效）。
他们都将它合并到发布分支，后来我将它合并到生产分支。
在这一点上，我可以选择什么来回答问题 "What's new in our latest version?" 而无需咨询我的团队成员、TFS 历史、TFS 当前冲刺（可能还有更早的冲刺）？
谢谢！
自动化您的构建和部署过程。只要开发人员将工作项与提交相关联，您的发布将自动能够显示该信息甚至生成电子邮件。
您没有指定您使用的 TFS 版本，但这是自 TFS 2015 更新 2 以来的一项功能。
我们正在使用 TFS 以敏捷方法管理我们的 tasks/bugs。
目前我们没有 DevOps 来处理 CI/CD 程序，我们只是在 QA 进行测试并批准发布分支后手动将发布上传到我们的私有服务器。
我的问题是，因为在敏捷开发中，每次我的项目经理要求我都可以部署到生产环境（因为他要求的功能已经准备好并通过测试实现），我如何使用 TFS 来"grab" 所有 tasks/features/bugs 投入生产并向她展示生产中的新功能？
我的第一选择是使用标签将项目标记为“1.1.2”。但后来我认为有人仍然需要在某个时候将其标记为“1.1.2”，所以这又是一个手动的事情。会是谁呢？项目经理？显然不是。开发商？如果我们决定保留他的最新功能并与其他功能一起使用更接近的版本怎么办？最后，我？所以它回到了我作为团队负责人的位置。但是我最好的工具是什么？
例如，我的一名团队成员完成了功能 F1、错误 B1 和 B2，他将它们与相关的 PBI 一起检查。 其他团队成员完成了 F2 和 F3 功能（他很有成效）。 他们都将它合并到发布分支，后来我将它合并到生产分支。 在这一点上，我可以选择什么来回答问题 "What's new in our latest version?" 而无需咨询我的团队成员、TFS 历史、TFS 当前冲刺（可能还有更早的冲刺）？
谢谢！
自动化您的构建和部署过程。只要开发人员将工作项与提交相关联，您的发布将自动能够显示该信息甚至生成电子邮件。
您没有指定您使用的 TFS 版本，但这是自 TFS 2015 更新 2 以来的一项功能。