JIRA vs TFS 2012 как полная система ALM

Ответ 1

Вот преимущества TFS:

• TFS - это решение для управления жизненным циклом приложения (ALM), но Jira - это просто трекер. Многие функции TFS, например. источник управления и автоматические сборки не поддерживаются в jira, и вы должны использовать другие решения, например. Subversion или Bamboo для этой цели.
• Все компоненты TFS, то есть управление источниками, отслеживание проблем, автоматизация сборки полностью интегрированы. Такой уровень интеграции не может быть достигнут на других решениях.
• Он полностью интегрирован с Visual Studio.

Вот преимущества Jira (и других решений Atlasian):

• Он использовался во многих проектах с открытым исходным кодом, например. JBoss, Spring и т.д.
• Для запуска TFS вам нужен высокопроизводительный сервер, MS SQL и т.д. Но Jira может быть установлен на обычный ПК на открытых СУБД, например. мой SQL.
• Если вы используете технологии Java, многие Java IDE, например, IntelliJ, Eclipse и Netbeans полностью поддерживают Jira. Я не видел такой хорошей поддержки TFS.
• Для Jira доступно множество плагинов. Вы можете посмотреть на них здесь.
• Если ваша команда небольшая, Jira стоит всего 10 долларов. Это действительно дешево.
• В решениях Atlasian лучше поддерживаются Java-технологии (Ant, Maven, junit и т.д.).

Ответ 2

Я работал с JIRA/Subversion и теперь с TFS 2010, и я думаю, что JIRA/Subversion - намного лучшие инструменты.

Мне нравится идея управления версиями, контролем рабочих элементов, контролем сборки, контролем тестирования в одном интегрированном пакете, но как-то TFS - это просто ниже средней реализации всего (кроме Gated Checkin, потому что это круто).

Управление версиями TFS использует привязку как VSS, поэтому для выполнения нескольких проверок требуется дополнительное усилие. Способность приостанавливать/возобновлять работу с использованием полки TFS является официальным обходным путем для возможности выполнять параллельную работу.

TFS иногда переходит в haywire с его блокировками SQL-таблицы, поэтому он перезапускается. Также индексы SQL беспорядочно разбиваются, поэтому внезапно показ истории папок занимает минуты. TFS в VS2010 должен постоянно быть в сети, чтобы сделать любое редактирование исходного кода, хотя это было исправлено в VS2012. Но графический интерфейс VS2012/VS2013 настолько тесно интегрирован с TFS, поэтому, если у TFS-сервера есть проблемы, тогда все становится вялым в VS. Это действительно видно с новым VS2015 CodeLens, где все TFS WorkItem Lookup должны быть отключены, иначе VS2015 будет зависеть чаще, чем обычно.

Visual Studio будет один или два раза в течение рабочей недели не получить последний источник (иногда молча). Если вы попытаетесь получить последний раз, то он скажет, что у вас уже есть последние. Когда вы выполняете сборку, это, конечно же, терпит неудачу. Обходным путем является выполнение конкретной версии с принудительной перезаписью.

Чтобы создать вики для документации, у вас есть SharePoint, а версия 2010 - действительно дерьмовая вики-программа.

По какой-то поистине странной причине Microsoft System Center (действительно дорогой) полностью отделен от решения TFS и задерживается, как старушка. Сделать сложным синхронизировать инциденты с TFS-workitems и получить TFS-сборки, развернутые с помощью System Center. VS2013 Update 4 теперь включает в себя почти бесплатное управление выпуском InCycles, что должно улучшить работу по непрерывной интеграции (приложения IIS могут использовать Web Deploy).

Если вы работаете с продвинутыми вещами, такими как разветвление выпусков, то вы будете удивлены, как сложно создать документ с примечаниями к выпуску (для чтения требуются сторонние инструменты стороннего производителя). Автоматическая ассоциация Рабочие элементы при слиянии с веткой релиза. И если вы вдруг захотите выпустить новую сборку, тогда не помогайте создавать отчет о выпуске, в котором перечислены изменения /workitems, которые были включены после последней выпущенной сборки.

Интеграция JIRA/Subversion в Visual Studio (VisualSVN) намного лучше (ankhsvn - альтернативная версия VisualSVN с открытым исходным кодом). Все еще не понимаю, почему Tfs-annotate не может перейти к следующей предыдущей версии, такой как Svn-blame.

Я понятия не имею о сложности настройки TFS 2010/2012, но JIRA/Subversion/CruiseControl.NET была очень простой и дешевой (теперь можно использовать Git и Jenkins, который также поддерживает Gated Checkin).

VS2012 также включает в себя редизайн всего пользовательского интерфейса, который включает в себя новый "улучшенный" TFS Team Explorer, который действительно является болью для работы с разработчиком (по сравнению с VS2010). Microsoft объявила, что Team Explorer был исправлен в VS2013, но это неверно. Это ад с помощью мыши, чтобы выполнить checkin и связать tfs-workitems.

Visual Studio 2012 теперь включает в себя панель виртуального канбана, но я был бы удивлен, что эта функция не добавляется в JIRA.

Стало очень удивленным, когда команда Visual Studio объявила, что они будут реализовывать поддержку Git в Visual Studio 2012. Угадайте, что это проще, чем пытаться переписать TFS в распределенную систему управления версиями. Надеемся, что новая интеграция Git будет соответствовать стандартам VisaulSVN.

Ответ 3

Мы используем JIRA и GreenHopper для всех задач разработки, отслеживания ошибок и управления продуктами. У нас есть команда из 46 разработчиков, тестеров и управления. Он полностью интегрируется с Eclipse. Я очень рекомендую его.

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

Цены на JIRA просто снизились до управляемого хостинга.

Ответ 4

Ну, это в основном о тенденциях на рынке, ЕСЛИ вы, люди, работающие над технологиями с открытым исходным кодом, специально java, в основном профессионалы java знакомы с JIRA, JIRA имеет почти все типы плагинов для управления проектами, SDLC, Code Review и Отслеживание ошибок. Но если ваши люди работают над технологиями .net или microsoft, чем они удобны с TFS.

Ответ 5

В общем, если ваш проект построен на Java (или другом Open Source), перейдите к JIRA. Если он построен на технологиях .NET, перейдите к TFS.

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

Ответ 6

JIRA/Subversion/Bamboo гораздо более настраиваются и интегрируются с другим инструментом с открытым исходным кодом с помощью крючков и триггеров. TFS не позволяет интегрироваться ни с чем. Он не расширяется. Вы не можете улучшить его с помощью модулей или плагинов или расширений. На мой взгляд, TSF довольно неинтересен и скучен, то есть если вы думаете об управлении версиями и управлении изменениями как о необходимом зле, то TFS для вас, но если вы находитесь в Configuration Management или инженере по сборке/выпуску, JIRA - это способ идти.