Причина выбора TFS вместо Svn / Jenkins / Jira

Question

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

Моя ситуация немного отличаетсяЭто означает, что наша компания в основном ориентирована на Java, и поэтому стандартный набор инструментов ALM уже настроен:

• SVN для управления исходным кодом
• Jira для отслеживания задач / проблем
• Jenkins для непрерывной интеграции

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

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

Answer 1

Как человек, который использует SVN и TFS для разработки в .NET, я считаю, что вот основные причины выбирать SVN вместо TFS:

1. TFS-лицензии дороги.SVN варьируется от дешевых до бесплатных.Вы можете установить сервер VisualSVN с бесплатной стандартной лицензией и использовать его на коммерческой основе (http://www.visualsvn.com/server/licensing/) или заплатить за корпоративную версию менее чем за 1000 долларов США.
2. . Одна вещь, с которой я сталкивался несколько раз в TFS, это то, что я бы назвалпотерянное обновление. Я зарегистрировал изменение, оно не дошло до остальной части команды по неизвестной мне причине. Кажется, это происходит, по крайней мере, раз в пару месяцев или около того.это происходит в SVN.
3. TFS, кажется, становится неоправданно сложным, если вы решите работать в автономном режиме. По какой-то причине, если вы работаете в автономном режиме, он идет вперед и проверяет файлы конфигурации без видимой причины.отключен, поэтому все равно. Он всегда в автономном режиме.
4. Выбор уровня интеграции с Visual Studio - если я хочу перейти в Windows Explorer, чтобы проверить свои изменения или получить последние, я могу, с чем-то вродеTortoiseSVN. Если я хочу интегрироваться с Visual Studio, я могу использовать что-то вроде AnkhSVN (мой личный фаворит). Конечно, TFS PowerTools сделали этот аргумент наименьшим, так как теперь у них также есть интеграция с Shell, но мне все еще нравится TortoiseSVN.

В итоге, я считаю, что SVN дешевле в эксплуатации, более стабильныйи определенно более зрелый.

Answer 2

Microsoft Visual Studio Team System (VSTS) - это полная среда разработки для разработки, в основном ориентированной на Windows.TFS лежит в основе системы и играет ключевую роль в получении полной прослеживаемости от требований до окончательного системного теста.

Таким образом, одна из наиболее важных причин использовать TFS в качестве версииСистема управления состоит в том, что она играет эту центральную роль в VSTS, обеспечивает возможность отслеживания и просто выполняет свою работу.Возможно, вы не захотите называть какие-либо из компонентов VSTS лучшими в своем классе, но вместе они обеспечивают готовую интегрированную среду разработки CI из коробки с большей суммой, чем сумма компонентов .

Answer 3

Если ваша команда использует visual studio, вы в основном получаете VS Team Services бесплатно, что включает в себя множество функций TFS бесплатно для небольших команд. Кроме того, вы получаете бесплатные кредиты на Azure каждый месяц и настроены на инфраструктуру для начала. Для продолжения вам не нужна лицензия TFS, если у вас уже есть подписка на Visual Studio для выполнения большинства задач, связанных с разработкой приложения.