Каковы основные преимущества Visual Studio Team Foundation Server перед другими версиями?[закрыто]

Question

Мы рассматриваем возможность обновления до Team Foundation Server 2008 для нашей команды разработчиков.Одной из наших основных причин являются некоторые возможности развертывания, связанные с BizTalk 2009, но мне любопытно, какие еще преимущества есть у других проектов за пределами BizTalk.

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

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

Answer 1

У вас уже есть множество замечательных функций TFS (непрерывная интеграция, командные сборки, интеграция модульных тестов).Некоторые из других функций, в которых я участвовал, включали:

• Отличная поддержка ветвления и слияния, что отлично подходит для команд, поддерживающих одновременно несколько версий программного обеспечения.
• Настраиваемые политики регистрации, помогающие обеспечить стабильную кодовую базу в системе контроля версий.
• Встроенная поддержка вашей команды контроля качества с помощью рабочих элементов, доступ к которым можно получить через портал SharePoint 2007, который создает для вас TFS, или через TFS Explorer в Visual Studio.

Answer 2

По моему личному опыту работы с SourceSafe, и я предполагаю, что с TFS будут те же проблемы: если у вас есть удаленные разработчики с языками по умолчанию, отличными от того, что на сервере, у вас будут постоянные головные боли.ИМХО, возможность передавать подключение на аутсорсинг тоже отстой.Я перешел на SVN, достойную систему отслеживания ошибок, реализовал некоторые политики тестирования и больше не оглядываюсь назад.К тому же, это намного дешевле...

Answer 3

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

1. MSF для гибкой разработки программного обеспечения
2. MSF для улучшения процесса CMMI

В дополнение к вышеуказанным шаблонам, шаблон Scrum доступен на сайте Скрам для командной системы

Answer 4

Я работал над большим проектом BizTalk 2006 и личными проектами BizTalk, используя Subversion/TeamCity (сервер сборки) и Tortoise, и все они работали очень хорошо;Сейчас я работаю над небольшим проектом BizTalk 2009 на основе TFS2010, и это болезненно.

Возможно, это просто мой (недостаточный) опыт работы с TFS, однако он не кажется «отточенным»;и учитывая тот факт, что мне нужно делать все в Visual Studio, я чувствую, что теряю контроль над многими артефактами, которые нелегко разместить в VS (да, я знаю, что 2009 теперь является гражданином 1-го класса).

Если я принимал решение Что касается того, на какую платформу перейти, я бы использовал Subversion/TeamCity и Tortoise (или, возможно, Mercurial, но у меня еще не было времени это исследовать).С точки зрения затрат считайте «ноль» для небольшого проекта.Что касается возможностей, они достигают всего того, что может TFS — ветвления, слияния, непрерывной интеграции и т. д.Фактически, я только что дал эту рекомендацию клиенту с небольшой командой разработчиков BizTalk, который хочет перейти с Sourcesafe.