相关疑难解决方法(0)

我们已经开始在TFS 2010中使用以下分支结构:

到目前为止,所有更改都已在开发分支中执行,并且所有签入都与任务工作项相关联.任务都是Bug或Product Backlog Item工作项的子项.每个CI构建都针对特定变更集触发,变更集与任务相关联,因此我们可以手动确定刚刚构建的Bug或PBI.

在构建代码,部署到我们的Integration环境并由开发人员测试之后的某个时间,它将合并到Main分支.显然,可以同时将多个变更集合并到Main.如果我们在此之前没有手动触发每晚,那么每晚构建将构建此代码.QA稍后会将这些"主要"构建中的一个部署到QA环境中.

自上次QA部署以来,Main分支可能已经有多个版本.这些构建与"合并"变更集相关联,而不与与任务相关联的原始变更集相关联.

如何确定已由给定"主"构建解决的任务集,该构建是与与任务工作项关联的分支构建的不同分支？

一旦我们开始准备发布,我们可能需要在Release分支中进行更改,这将使事情进一步复杂化,因为我们将从Release合并回Main,并且Release更改集将与Tasks相关联.那些将被合并到开发,使生活更有趣!

PS问题" 如何确定与TFS 2010中的源分支相关的工作项？ "问题接近于提出同样的问题,但并不完全.