Как определить рабочие элементы, исправленные в определенной сборке TFS при использовании ветвей?

Мы начали использовать следующую структуру ветвления в TFS 2010:

Все изменения до сих пор выполнялись в ветке "Разработка", и все проверки были связаны с рабочим элементом "Задача". Все Задачи являются дочерними элементами либо ошибки, либо рабочего элемента Product Backlog Item. Каждая сборка CI запускается для определенного набора изменений, и этот набор изменений связан с задачей, поэтому мы можем вручную выяснить, какой баг или PBI был только что создан.

Через некоторое время после того, как код был собран, развернут в нашей интеграционной среде и протестирован разработчиком, он сливается в основную ветку. Очевидно, что одновременно в Main может быть слито более одного набора изменений. Ночная сборка соберет этот код, если мы вручную не запустим ночную сборку до этого. Позже QA развернет одну из этих сборок "Main" в среде QA.

С момента последнего развертывания QA может быть несколько сборок основной ветки. Эти сборки связаны с наборами изменений "Слияние", а не с исходными наборами изменений, которые были связаны с Задачами.

Как определить набор задач, которые были решены в данной сборке "Main", которая является сборкой другой ветки, чем та, которая связана с рабочими элементами задач?

После того, как мы начали подготовку к релизу, нам вполне может понадобиться внести изменения в ветку Release, что еще больше усложнит ситуацию, поскольку мы будем сливаться обратно из Release в Main, а наборы изменений Release будут связаны с задачами. Затем они будут слиты в Development, что сделает жизнь еще более интересной!

P.S. Вопрос "Как определить рабочие элементы, связанные с исходной веткой в TFS 2010?" близок к тому, чтобы задать тот же вопрос, но не совсем.