От SourceSafe до Team Foundation Server

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

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

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

Ответ 1

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

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

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

Кажется, есть еще несколько ответов на эту тему здесь.

Теперь вопрос, который, я думаю, вы действительно спрашиваете, больше о руководстве по созданию Team Projects и структурированию?

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

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

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

Ответ 2

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

Чтобы узнать все о способе работы Subversion, вы можете найти большую Red Bean book.

(Не связан с VisualSVN, просто поклонником Subversion)

Ответ 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

Ответ 4

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

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

Старый материал - это история, и мы все делаем с TFS2008.