Несколько Слов Об Интеграции Систем Управления Дефектами С Контролем Версий В Tfs



Введение.

Я продолжаю с удивлением делиться своим опытом перехода с SVN на TFS (или, как правильно заметил Team Foundation Version Control (TFVC)).

В предыдущий пост Описан опыт чистой системы контроля версий.

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

Один из наиболее распространенных (для меня и, как кажется, для других) сценариев интеграции систем «контроля версий» и «управления дефектами» — это привязка соответствующих изменений в «контроле версий» к «дефекту».

Часто бывает, что один «дефект» (или проблема) решается с помощью нескольких изменений (доработок).

Похоже, что этот сценарий совершенно не поддерживается SVN и прекрасно поддерживается из коробки TFS, по крайней мере, так его преподносят продавцы из Microsoft. На самом деле мы используем в SVN простой трюк , что позволяет несколько вещей: — во-первых, вы можете связать каждую ревизию SVN с определённым количеством «дефектов» TFS; - и наоборот, каждый дефект может быть связан с определенным количеством ревизий; — далее в окне истории можно увидеть столбец с номерами дефектов TFS для каждой ревизии ; — видно, что нажатие открывает веб-интерфейс дефекта; — естественно, история редактируется (т.е.

дефекты можно менять).

Когда программист совершает коммит, он может указать номер дефекта:

Несколько слов об интеграции систем управления дефектами с контролем версий в TFS

В истории отображается столбец с номерами дефектов:

Несколько слов об интеграции систем управления дефектами с контролем версий в TFS

История, реализованная TortoiseSVN, обеспечивает очень простой способ найти все версии, связанные с конкретным «дефектом»: вы просто записываете номер «дефекта» в фильтр истории и сразу получаете все изменения для этого дефекта.

Отмечая отфильтрованные версии, вы можете просмотреть все файлы данных редакций одновременно .

Не из коробки? Ну да.

Может быть, это выглядит кустарно? Может быть.

Теперь посмотрим, какой уровень интеграции я получил на TFS (контроль версий и управление дефектами).

Я знаю 3 способа работы с TFS (не считая командной строки): из проводника Windows, из Visual Studio и через веб-интерфейс.

Выполнение «Регистрации» из проводника Windows (Power Tools 2013) : Вкладка «Рабочие элементы» позволяет искать «дефект» по номеру только в текущем запросе.

Если по какой-то причине нет запроса, нет и коммита.

Итак, прежде чем проверять, убедитесь, что у вас есть лестница запросов, которую вы можете использовать, чтобы найти «дефект».

Выполнение «Регистрации» из Visual Studio : Студия позволяет добавить номер «дефекта» по запросу и сам номер.

веб интерфейс не актуально для этого сценария.

Теперь как искать ревизии по номеру «дефекта»: Проводник Windows (Электроинструменты 2013) не имеет поиска; чтобы узнать, какой «дефект» связан с ревизией, нужно выбрать ревизию и переключить вкладку.

Таким образом, найти все ревизии этого «дефекта» не представляется возможным.

Студия также не имеет поиска (ревизий по «дефекту»), но позволяет узнать его ревизии по «дефекту» (вкладка «Ссылки»).

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

Как посмотреть все измененные файлы мне не удалось найти (а в Студии это просто не удобно).

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

Студия превосходит TortioseSVN по количеству запросов на регистрацию.

Поиск и визуализация изменений (особенно при наличии нескольких ревизий) гораздо лучше поддерживается в TortioseSVN. Смена инструментов (Power Tools, Studio и Интернет) немного (или сильно) раздражает, но ни один из них не работает лучше остальных.

Примечания: — Извините за терминологию: иногда путаюсь.

— Я согласен, что «не разбирался в TFS до его использования».

Помогите мне понять.

Теги: #tfs #svn #Visual Studio #alm #.

NET #Системы контроля версий #Visual Studio

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.