Как связать набор изменений с историей пользователя или задачей с использованием TFS 2013 и визуальной студии 2013

Question

Привет, я пытаюсь реализовать TFS для моей команды (18 участников).

Я сделал две ветви 1) Главный филиал 2) Dev филиал

Мы используем Agile.

Так что есть спринт каждую неделю. И каждый четверг я сливаю изменения с Dev на главный филиал.

Каждый разработчик работает с разными историями пользователей. если он завершает задачу и проверяет все изменения (5 файлов). (например, 62). Но тестер сообщил об ошибке при модульном тестировании. Разработчик исправляет ошибку и проверяет в 1 файл. он сгенерировал новый набор изменений (например, 63).

Проблема в том, когда я сменю изменения пользовательской истории на главную ветку, я запутался, с которой изменился набор для перемещения. (62,63 ....)

что я делаю сравнение весь проект. которая является головной болью несколько раз.

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

Благодарности

Answer 1

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

http://nakedalm.com/avoid-pick-n-mix-branching-anti-pattern/

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

Если вы реализуете хорошее определение и получаете своих парней, работающих в команде, а не самостоятельно, у вас должно быть рабочее программное обеспечение в конце каждого спринта. Как раз перед обзором Sprint (как раз вовремя) вы должны объединить все, от dev до main, возможно, используя changset в качестве водяного знака. Если у вас есть истории в вашем спринте, которые идут к тем функциям, которые еще не готовы, вы должны скрыть их за флагами и кораблями.

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

Answer 2

Если у вас есть один DEV ветви, что означает, что вы должны быть сливая всю ветку и все изменения в MAIN (не вишнево-подхват, который является то, что вы, кажется, описания).

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