Архивирование Team Foundation Server Projects

Question

Мы начинаем работу с Team Foundation Server, и мой босс хотел бы как-то «архивировать» проекты. Значение после того, как они будут завершены, удалите их из «активного» состояния, чтобы отображались только «активные» проекты.

У кого-нибудь есть опыт?

Я думал о 2 вариантах.

1) Создайте 2 базовых проекта. 1 для активных проектов и 1 для достигнутых проектов

2) Удалите всех пользователей из архивных проектов.

Спасибо, Сэм

Answer 1

Я лично рекомендовал бы ждать TFS 2010, когда будет введено больше функциональных возможностей, которые помогут вам «архивировать» проекты команды.

В TFS 2010 вы, надеюсь, сможете переместить командный проект в новую коллекцию Team Team. Фактически вы делаете это, дублируя свою «активную» коллекцию проектов, а затем удаляя из нее все командные проекты, кроме того, что вы хотите архивировать. В этой активной коллекции проектов удалите заархивированный проект, у которого есть копия в дублированной коллекции проектов. Этот архивный проект команды будет жить в собственной коллекции проекта, что означает, что у него есть собственная база данных и т. Д., Которая может быть легко скопирована/архивирована и т. Д.

Архивированная команда проекта проекта проекта может быть оставлена ​​так же, как и она, так как она не замедляет работу сервера, если она не используется, или ее можно даже отсоединить от экземпляра приложения TFS, чтобы она не отображалась в любом случае и повторно подключаться в любое время.

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

Answer 2

Мы создали командный проект «Архив» и мы регулярно перемещать неиспользуемый исходный код для этой команды проекта. Это хорошо сработало для нас, история сохранилась, поэтому мы всегда можем ссылаться на архивный проект на старый код или информацию о прошлых изменениях. Мы также ограничиваем доступ, чтобы разработчики имели доступ на чтение, но только администраторы TFS имеют доступ на запись. Я не проверял, как эти действия влияют на объединение проверок с рабочими элементами - главным образом потому, что все, что мы заархивировали, было проверено до того, как мы перешли в TFS.

Что касается одного активного командного проекта, я был убежден экспертами по знаниям и онлайн-документацией, что это не лучший способ организовать командные проекты. Я думаю, что в идеале вы объединяете проекты/решения вместе в один командный проект, если они связаны (то есть по линии бизнеса или зависимостям).

Я уверен, что вы уже сделали свое исследование, но там есть много документации, которая может помочь (особенно если ваша команда поддерживает одно приложение или несколько приложений). Я предлагаю начать с patterns & practices: Team Development with TFS.

Answer 3

Я бы использовал его, как обычно, но когда вы закончите с проектом, вы удалите его из видимого списка. (В Visual Studio вы можете щелкнуть правой кнопкой мыши по проекту в проводнике команд и сказать удалить.)

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

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

Я бы не рекомендовал иметь только 2 базовых проекта для активных и активных. Проект TFS не должен основываться на состоянии.