Оставайтесь с Visual SourceSafe или перейдите на Team Foundation Server 2010

Мы небольшая группа из шести разработчиков, которые в настоящее время используют Visual Studio 2003 и Microsoft Visual SourceSafe (HVAC). Каждый несет ответственность за то, что его программа не разделяет код друг с другом. Каждый несет ответственность за собственную обработку версий, коды не находятся в общей версии.

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

  • Каковы плюсы и минусы США для перехода на TFS?
  • В дополнение к обработке версий, что в TFS мы найдем полезным?
  • Является ли TFS правильным инструментом для того, как мы работаем, или это слишком сложно?
  • Можете ли вы работать с кодом в автономном режиме? Мы иногда работаем с нашими ноутбуками дома или у клиента.

Я нигде не нашел, что это стоит.

ОТВЕТЫ

Ответ 1

Прежде всего, Sourcesafe, поддержка Visual Sourcesafe скоро закончится: http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=sourcesafe&Filter=FilterNO

Если это недостаточно для того, чтобы вы могли мигрировать, тогда есть замечательная статья от Брайана Гарри (Program Manager of TFS), почему вы должны перейти на TFS: http://blogs.msdn.com/b/bharry/archive/2009/10/01/tfs-2010-for-sourcesafe-users.aspx

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

Когда вы идете дальше, у него также есть отличные возможности тестирования: http://msdn.microsoft.com/en-us/library/ms182409.aspx

ответьте на ваши вопросы:

  • Есть много плюсов, и один большой кон. Кон, что вы должны мигрировать, хотя есть инструмент миграции для VSS в TFS: http://msdn.microsoft.com/en-us/library/ms253060.aspx
  • Рабочие элементы, автоматизация сборки, отчетность, интеграция sharepoint, диспетчер тестов, менеджер лаборатории
  • TFS замечательный: он масштабируется от таких команд, как ваш, до крупных организаций до тысяч пользователей.
  • Да, есть возможность запустить визуальную студию без подключения TFS. Затем он спрашивает, хотите ли вы работать в автономном режиме. Когда вы снова в сети, вы можете подключиться к сети TFS, и он проверит изменения. Существует также возможность выставлять TFS в Интернет, поэтому вы можете получить доступ к TFS внутри своей организации из дома.

Ответ 3

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

  • Собственное разветвление и слияние
  • Интеграция AD, не более настройка пользователей в VSS
  • Легко видеть, кто имеет, что проверил
  • Легко видеть историю регистрации (отлично подходит для отзывов о кодах)
  • TFS Power Tools добавляет пользовательские политики регистрации и контекстное меню проводника Windows.
  • Рабочие элементы, отслеживание и их связь с наборами изменений
  • Встроенная отчетность
  • Team Project Portals - поэтому разработчики могут получать доступ к отчетам TFS/информации о рабочих элементах и ​​т.д.
  • Скорость, она намного быстрее, чем VSS
  • Источник хранится на SQL-сервере, а операции регистрации - транзакционные, а не основанные на файлах, более не работает очистка VSS.

Я обнаружил, что вместо переноса исходного кода с помощью средства миграции новая регистрация была самым быстрым способом, сохраняя SourceSafe в режиме только для чтения в течение нечетного времени, которое я должен ссылаться на историю.