使用TFS管理部署版本，无需devops过程

我们使用TFS来管理敏捷方法中的任务/bug

目前我们没有DevOps来处理CI/CD过程，我们只是在QA进行测试并批准发布分支后手动将发布上传到我们的私有服务器

我的问题是，在敏捷开发中，每当我的项目经理要求我将其部署到生产中时，我都可以将其部署到生产中（因为他所要求的功能已经准备好并通过测试完成），我如何使用TFS“抓取”所有进入生产的任务/功能/缺陷，并向她展示生产中的新功能

我的第一个选择是使用标签将项目标记为“1.1.2”。但后来我想，有人还是需要在某个时候将其标记为“1.1.2”，所以这又是一件手工操作的事情。那会是谁呢？项目经理？显然不是。开发商？如果我们决定保留他的最新功能，并与另一个更接近的版本？最后，我？因此，作为团队领导，我又想到了这一点。但我这里最好的工具是什么

例如，我的一个团队成员完成了功能F1、bug B1和B2，并将它们与相关的PBI一起检入。 其他团队成员完成功能F2和F3（他的工作效率非常高）。 他们都将其合并到发布分支，后来我将其合并到生产分支。 在这一点上，我可以选择什么来回答“我们的最新版本有什么新功能？”的问题，而不必向我的团队成员、TFS历史记录、TFS当前的sprint（可能还有旧版本）

---

谢谢

自动化您的构建和部署过程。只要开发人员将工作项与提交相关联，您的发行版就能够自动显示该信息，甚至生成电子邮件

您没有指定正在使用的TFS版本，但这是自TFS 2015 Update 2以来的一项功能

---

Ref:

我正在使用TFS 2018，所以这不会有问题。问题是我不能在一天之内创建这个自动化，所以一步一个脚印让我处于一个时间框架中，我需要知道在没有自动化过程的情况下发布了什么。不管怎样，我接受你的回答，因为很清楚事情应该如何发展。