Team Foundation Server - Область/Итерация

Ответ 1

Короткий ответ заключается в том, что классификация областей - это логическое разделение вашего продукта или проекта, а классификация итераций - это хронологическое разбиение на версии и итерации разработки.

Путь к области описывает логическую часть системы, к которой относится ваш рабочий элемент, например. g., в каком модуле или подсистеме обнаружена ошибка. Аналогичным образом, итерационный путь сообщает вам, в какой итерации положить релиз должен обрабатываться рабочий элемент, например, эта задача предназначена для третьей итерации пятой версии.

Логические и хронологические разбивки могут быть сделаны любым способом, который имеет смысл для вашей команды, поскольку добавление структуры остается тем же, что и у дерева.

Помогает ли это? Ассаф.

Ответ 2

Применение и использование областей и итераций представляется довольно сложным выбором для многих (включая меня). Разумеется, есть также соображение, что вы можете иметь один или два физических "проекта TFS" и размещать все ваши проекты под разделенными областями и большей иерархической структурой.

В этом сообщении в блоге есть несколько интересных вопросов и ответов, в которых объясняются плюсы и минусы: http://blog.hinshelwood.com/when-should-i-use-areas-in-tfs-instead-of-team-projects-in-team-foundation-server-2010/

Ответ 3

Одно замечательное объяснение, которое застряло со мной, - это "подумать о Районах как обрезке и нарезке командного проекта по" функциональности "(например, пользовательскому интерфейсу, бизнес-слою, DAL и т.д.) и подумать об Итерациях как обрезке и нарезке" временем "Итерации похожи на" фазы "жизненного цикла, которые могут анализировать временные рамки проекта в более управляемые части, основанные на времени".