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

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

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

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

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

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

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

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

-121--911039-

Недавно я смотрел railscast 284 об активном администраторе и хотел внедрить его в мое веб-приложение, однако я сталкиваюсь с проблемой, когда добавляю ресурс. Я получаю следующее сообщение каждый раз, когда я пытаюсь перейти к созданной вкладке:

NameError in Admin::LoadsController#index

undefined local variable or method `per' for []:ActiveRecord::Relation
Rails.root: /Users/thomascioppettini/rails_projects/want-freight

Application Trace | Framework Trace | Full Trace
Request

Parameters:

{"order"=>"id_desc"}
Show session dump

Show env dump

Response

Headers:

Нет

Единственное, что я могу думать об этом может повлиять на приложение, это добавление recaptcha для разработки, от которого зависит активный администратор.