От SourceSafe к Team Foundation Server

Question

Наша команда хотела бы перейти от Visual SourceSafe (VSS) к Team Foundation Server (TFS). Я знаю, что TFS - это гораздо больше, чем просто система контроля версий, но впервые я хотел бы использовать ее таким образом.

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

Есть ли какое-то руководство по миграции, которое бы описывало такую ​​проблему? Или TFS применяет свои собственные сценарии использования (управление версиями проектов, выпуски и т. Д.)?

Answer 1

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

Утилита миграции, как правило, VSSConverter.exe , которая позволяет сопоставлять пути VSS с путями управления исходным кодом Team Project, и довольно хорошо описана в этом пошаговом руководстве здесь .

Существует еще один инструмент ( TFS Migration and Synchronization Toolkit ), доступный в CodePlex, но когда я сравнил их, я определил, что VSSConverter более широко используется, и я думаю, что в целом он считается инструментом выбора для миграции VSS.

Похоже, здесь есть еще несколько ответов и .

Итак, вопрос, который, я думаю, вы действительно задаете, - это больше о руководстве по созданию командных проектов и структурированию?

На это немного сложнее ответить, не зная больше о ваших конкретных обстоятельствах. Паттерны и практики опубликовали книгу на CodePlex под названием TFS Guide , которая может помочь - среди прочего, она описывает предлагаемую структуру управления исходным кодом Team Project. Это может помочь дать вам некоторые рекомендации по переносу и / или переназначению структуры вашего решения.

Относительно управления версиями и ветвления, посмотрите этот сайт здесь по руководству по ветвлению - это неплохой обзор некоторых распространенных методов управления ветвлениями / релизами с использованием TFS.

Если вы пройдете через все это чтение, вы действительно окажетесь на вершине большинства необходимых основ TFS!

Answer 2

(Не стесняйтесь понижать меня, но ...) Если вы хотите лучшего контроля над исходным кодом, тогда TFS - ИМХО излишнее. Я рекомендую вам заглянуть в Subversion. VisualSVN - превосходный ($ 49) плагин для Visual Studio, который безупречно работает вместе с, возможно, лучшим клиентом SVN TortoiseSVN . Кроме того, они предоставляют бесплатный, простой в настройке пакет Windows для серверной части Subversion, который называется VisualSVN Server.

Чтобы узнать все о том, как работает Subversion, есть замечательная Книга Красных Бобов .

(Не связан с VisualSVN, просто фанат Subversion)

Answer 3

TFS и VSS - радикально разные звери.

Тем не менее, основные проблемы с переходом с VSS на TFS, как правило, на уме разработчика.

Проверьте следующие блоги:

TFS с точки зрения пользователя VSS: http://blogs.msdn.com/robcaron/archive/2006/10/29/901115.aspx

И, конечно же, оригинал http://sstjean.blogspot.com/2006/10/document-from-vss-to-tfs-introduction.html

Answer 4

Когда мы перешли с Sourcesafe на TFS2005, самым большим препятствием стали общие файлы Sourcesafe, подход «Получить последнюю информацию при оформлении заказа» и «поддержка перехода / слияния» в Sourcesafe. Все боялись ветвления и слияния в Sourcesafe, и потребовалось некоторое время, чтобы убедить всех коллег, что с TFS все не так уж и плохо.

Мы решили не переносить файлы из Sourcesafe. Мы использовали TFS2005 для нового проекта и сохранили старые вещи в Sourcesafe. Мы не хотели сохранять структуру проекта и папки, которая выросла за эти годы и была довольно неорганизованной.

Старый материал уже стал историей, и мы выполняем всю работу по разработке с TFS2008.