TFS: сотни отдельных приложений / проектов - каков наилучший подход? - PullRequest
Новая
       15

TFS: сотни отдельных приложений / проектов - каков наилучший подход?

0 голосов
/ 27 января 2009

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

Например, у меня может быть BMW, Mazda, Honda, Ford ...., Kawasaki, Harley, .... всего несколько десятков или даже сотен приложений.

Я думаю, у меня есть 2 варианта в TFS:

  1. Создайте отдельный проект для каждого приложения. В итоге у меня много небольших проектов, и меня может ограничить предел, но преимущество в том, что я могу назначить все рабочие элементы, ошибки, отчеты и т. Д. Отдельно для каждого проекта и иметь портал для каждого проекта.

  2. Создайте проект «Автомобили» и проект «Мотоциклы», а также создайте дерево управления исходным кодом с ветвью для каждого приложения в каждом проекте. Это обеспечит лучшую структуру и меньше накладных расходов, но у меня больше нет портала и списка рабочих элементов, ошибок, отчетов и т. Д. Отдельно для «Хонды» и отдельно для «БМВ».

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

1 Ответ

4 голосов
/ 27 января 2009

Я хотел бы перейти к пункту 2. Вы можете использовать раздел «Области» TFS, чтобы назначить рабочие элементы конкретному подпроекту.

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

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

Запустите Agile, масштабируйте по мере необходимости.

...