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

大家好，我正在尝试为我的团队（18名成员）实施TFS

我做了两个树枝 1） 主干 2） 发展科

我们正在使用敏捷

所以每周都有一次冲刺。每周四，我都会将Dev的更改合并到main分支

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

问题是，当我将用户故事的更改合并到主分支时，我对要移动的更改集感到困惑。（62,63…）

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

有人能提出更好的办法吗。或者我错过了什么？任何有帮助的博客

---

如果您有一个单独的开发分支，那就意味着您应该合并整个分支和对MAIN的所有更改（而不是您所描述的樱桃采摘）

---

如果您希望能够灵活地只合并与某些故事/错误相关的变更集，那么您应该采用不同的分支模式，例如按功能进行分支。

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

您所描述的挑选变更集将持续降低产品质量

如果你实施了一个很好的“完成”定义，并让你的员工在一个团队中工作，而不是独立工作，那么在每个冲刺结束时，你应该有一个工作软件。在Sprint回顾之前（及时），您应该合并从dev到main的所有内容，可能使用changset作为水印。如果您在sprint中有一些故事涉及到尚未准备好的特性，那么您应该将它们隐藏在特性标志后面并发布

---

如果这听起来很难，或者有些东西“在这里不起作用”，或者你认为“或者产品比这更复杂”，然后，您可能会遭受严重的技术债务，您需要偿还这些债务，直到您让您的产品所有者选择在每个sprint结束时发布所有内容。

您是否建议我为每个用户故事创建不同的分支。看起来不错，但每周也有很多小的修正和改变（客户报告或建议）。是的，对于新开发（新模块）分支，但是对于每周的修复怎么办？不，他建议如果你想继续功能失调，那么你至少应该引入一些riggor