Поддерживает ли Team Foundation группы рабочих элементов между приложениями?

Question

В настоящее время мы используем Visual Source Safe и BugNet и планируем перейти на VSS. Я настаивал на том, чтобы SVN (а) мы являлись магазином ASP.NET, б) DCVS - это не вариант - независимо от того, насколько мне нравится Hg ;-) или TFS. Итак, мы наконец-то получили новый сервер разработки, поэтому я попросил босса установить на него TFS (30-дневная пробная версия). Тем временем мы начали экспериментировать с FogBugz. Нам действительно нравится FogBugz примерно за 80% того, что мы хотим сделать, а остальные 20% - это, вероятно, вещи, которые мы не знаем, чего хотим.

Я настаиваю на TFS, потому что он позволяет интегрировать (в основном) в IDE все.

Он настаивает на FogBugz, потому что он может группировать задачи по клиенту, а затем проектировать и управлять всем с одной панели. (что означает, что я теряю большую часть своей интеграции с IDE - я согласен, без огромных потерь)

Поддерживает ли TFS одну панель мониторинга, которая будет охватывать все наши решения (в данном случае каждое решение представляет собой полноценное приложение, которое мы продаем клиенту с вертикальным рынком) и позволяет ли мы назначать рабочие элементы каждой группе решений-охват?

Так, например, я думаю, что мы представляем что-то вроде этого:

PROJECT1 - Bugtracker и рабочие элементы ПРОЕКТ2 - Bugtracker и рабочие элементы ПРОЕКТ3 - Bugtracker и рабочие элементы

CUSTOMER1 - Расписания развертывания, необходимые функции, специальные примечания (использует PROJECT1, PROJECT2) CUSTOMER2 - Графики развертывания, необходимые функции, специальные примечания (использует PROJECT2, PROJECT3) CUSTOMER3 - Графики развертывания, необходимые функции, специальные примечания (использует PROJECT1, PROJECT3)

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

Я предложил вариант создания фиктивных проектов для каждого клиента, но ему это не нравится, и это не дает нам единого представления панели, с которым мы надеемся в конечном итоге (и такого FogBugz, как мы Воплощенные вещи делают сейчас).

Кто-нибудь получил хорошее предложение по управляющему приложению, которое выполнило бы то, что мы оба хотим?

РЕДАКТИРОВАТЬ: так как я получил некоторые хорошие ответы (хотя и не то, что я хотел), я собираюсь закрыть это сейчас. Тем не менее, я думаю, что это что-то, что будет хорошим сторонним рынком и / или функцией в следующем выпуске TF. Не стесняйтесь размещать больше идей, если вы столкнетесь с этим позже.

Answer 1

TFS позволяет вам иметь несколько командных проектов. Каждый из них по сути является корневой папкой для контроля версий. Однако вы можете перемещать файлы / папки между проектами в системе контроля версий, и рабочие элементы являются глобальными (общими для всех групповых проектов). Для рабочих элементов все проекты - это уровень, на котором вы можете отфильтровать рабочие элементы (поэтому вы смотрите на ошибки только для этого проекта и т. Д.).

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

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

Для клиентов мы просто добавили настраиваемое поле «клиент» в наши рабочие элементы, что позволило нам связать рабочий элемент с конкретным клиентом.

Когда вы смотрите на рабочие элементы, вы можете применить SQL-подобную фильтрацию (например, TeamProject = @ Project AND Customer = "BiggsAndCo" AND WorkItemType = "Bug" найдет все ошибки, о которых BiggsAndCo сообщит в текущем TeamProject)

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

Answer 2

Один из способов сделать это - создать единый командный проект, охватывающий все ваши решения и использовать подпапки в элементах управления исходным кодом и пути элементов в ваших рабочих элементах для разделения требований к функциям, ошибок и т. Д. По проектам.

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

Надеюсь, что поможет