如何使用 TFS 2013 和 visual studio 2013 将变更集与用户故事或任务相关联

How to relate change set with a user story or task using TFS 2013 and visual studio 2013

您好,我正在为我的团队(18 名成员)实施 TFS。

我做了两个分支 1) 总支 2) 开发分支

我们正在使用敏捷。

所以每周都有一个冲刺。在每个星期四,我都会将 Dev 的更改合并到主分支。

每个开发人员处理不同的用户故事。如果他完成一项任务并签入所有更改(5 个文件)。生成更改集(例如 62)。但是测试人员在单元测试时报告了一个错误。开发人员修复错误并签入 1 个文件。它生成了一个新的变更集(例如 63)。

问题是当我将用户故事的更改合并到主分支时,我对移动哪个更改集感到困惑。 (62,63....)

我所做的是比较整个项目。这有时令人头疼。

有人可以建议更好的方法吗?或者我错过了什么?任何可以提供帮助的博客

谢谢

如果您只有一个 DEV 分支,这意味着您应该将整个分支和所有更改合并到 MAIN(而不是挑选樱桃,这似乎是您所描述的)。

如果您希望灵活地仅合并与某些 stories/bugs 相关的变更集,那么您应该采用不同的分支模式,例如按功能分支。

您需要改变构建和交付软件的方式,以便更成功地交付。

http://nakedalm.com/avoid-pick-n-mix-branching-anti-pattern/

您所描述的选择变更集会持续不断地降低您的产品质量。

如果您实施了良好的完成定义并让您的员工在团队中工作而不是独立工作,那么您应该在每个冲刺结束时都有可用的软件。就在 Sprint 审查之前(及时),您应该合并从 dev 到 main 的所有内容,也许使用变更集作为水印。如果您的 sprint 中有故事涉及尚未准备好的功能,那么您应该将它们隐藏在功能标志后面并发布。

如果这听起来很难,或者 "will not work here",或者您认为 "or product is more complicated than that",那么您可能背负着重大的技术债务,您需要偿还这些债务,直到您交付您的产品所有者选择在每个冲刺结束时发布所有内容。