Team Foundation Server + Visual Studio 2008 Pro. Стоящая комбинация? - PullRequest
3 голосов
/ 27 октября 2009

Рассмотрим вариант использования:

  • Team Foundation Server (версия для рабочей группы?)
  • Visual Studio 2008
  • 10-15 разработчиков
  • ~ 10 разработчиков и администраторов SQL Server (хранилище данных / отчетность)

Потребности:

  • заменить Visual SourceSafe в качестве системы контроля версий по умолчанию
  • продолжать использовать VS2008 Pro
  • позволяет пользователям, ориентированным на SQL, использовать систему контроля версий TFS без дополнительного лицензирования
  • продолжить использование FogBugz

Вопросы

  • Считаете ли вы Team Foundation Server жизнеспособным решением для вышеуказанного сценария?
  • Какие инструменты (бесплатные / интегрированные) вы бы порекомендовали различным пользователям?
  • Требуются ли лицензии для каждого пользователя в системе контроля версий TFS?

Ответы [ 4 ]

6 голосов
/ 27 октября 2009

Во-первых, рабочая группа ограничена 5 людьми, поэтому вам не доступен путь.

Во-вторых, и что более важно, зачем использовать TFS? (Я не спрашиваю об этом слегка, потому что я очень большой сторонник TFS).

Если вы решите использовать TFS без покупки продуктов Visual Studio уровня Team, тогда, да, вам нужно будет купить лицензию для каждого пользователя TFS, который будет обращаться к серверу. Стоимость лицензии варьируется, но я думаю, что она составляет около 450 долларов США за место плюс 2700 долларов США за сам сервер при установке на одном сервере. Все продукты Team поставляются с этими лицензиями, поэтому вам не нужно их покупать. Вам понадобится лицензия для любого, кто получает доступ к отчетам любого типа, управлению источниками и т. Д.

Причина, по которой я спрашиваю о том, почему вы хотите использовать TFS, заключается в том, что если вы используете VS Pro и FogBuz, то вы уже отбрасываете большинство функций TFS. То, что осталось, это просто контроль версий и управление сборкой. Управление исходным кодом можно получить бесплатно с помощью SVN, и вы можете использовать что-то для управления сборкой, например Cruise Control. Тестирование может быть выполнено nUnit.

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

3 голосов
/ 27 октября 2009

Я бы не стал вкладывать средства в TFS, если вы не собираетесь использовать все возможности и использовать его в качестве инструмента рабочего процесса. Похоже, у вас уже есть другие инструменты рабочего процесса, которыми вы довольны (например, Fogbugz ...), так что рассмотрите решение по управлению исходным кодом, которое вам понравится.

Сам я предпочитаю SubVersion. Он бесплатный, он «просто работает» (где TFS часто напоминает VSS.NEXT), и есть больше онлайн-поддержки, сообщества и инструментов, к которым вы можете обратиться.

2 голосов
/ 27 октября 2009

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

Тем не менее, я обнаружил, что слишком много времени уходит на настройку и администрирование с нашей командой из 5 человек. Вместо этого мы выбрали svn (в сочетании с CruiseControl.NET, MSBuild, FogBugz) и с тех пор не оглядывались назад.

ВСЕ, что вы выберете, будет лучше, чем SourceSafe. Microsoft даже не использует VSS.

Конкретные ответы:

  1. TFS решает эти проблемы довольно думаю, легко.

  2. Много, если вы использовали SVN, а не известно о множестве опций для TFS.

  3. Да. Они не дешевые, но ты получать намного больше за ваши деньги чем просто контроль источника.

0 голосов
/ 27 октября 2009

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

Почему бы не использовать SVN или какую-либо другую систему контроля версий?

...