JIRA или Trac?

Я использовал Atlassian JIRA для отслеживания ошибок и проблем на моей последней работе. Мне это очень нравилось, и это было особенно легко на глаза.

Моя нынешняя компания использует Trac вместо этого, и, хотя она действительно делает все основы, я нахожу ее действительно недостающей, особенно с невозможностью легко настроить несколько проектов и проблемы с ссылками.

О, и тот факт, что он использует SQLLite, для меня немного проблематичен.

Есть ли у кого-нибудь другие веские причины для переключения?

Ответ 1

Я использовал Trac уже несколько лет. Прежде всего, проблема sqlite... Вы можете легко переключиться на MySQL, если хотите. Мы начали чувствовать себя немного отстающими от интерфейса, когда таблица wiki превысила 1 миллион строк (это rouge script), поэтому, я думаю, вы должны быть в курсе производительности с Trac. Вы также можете использовать несколько узлов, обслуживающих Trac, если это будет проблемой (хорошо бы иметь 2 в случае сбоя питания/сети в любом случае).

Если ваша команда имеет всего 6 кодеров, вы можете рассмотреть возможность включения всех проектов в один проект Trac и использование компонентов билета или вехи. Он должен работать нормально.

Также стоит отметить, что Trac чрезвычайно расширяема через плагины, которые можно легко получить из Интернета.

У меня нет проблем с каналом Trac, поэтому я не могу прокомментировать эту проблему. Не могли бы вы быть более наглядными?

И о невозможности легко настроить несколько проектов... Наши администраторы написали ~ 100 строк script, которые обрабатывают его, и теперь ему как 5 минут, чтобы создать новый проект Trac. У нас уже 60 из них. Я не знаю о Джире, но новые проекты создаются редко. Вы захотите создать отчет через запрос билета довольно часто.

Если вы рассматриваете коммерческое решение, посмотрите FogBugz - я слышал, что это потрясающе... Однако это не так расширяемый как Trac (вы не можете просто использовать богатый python api, чтобы добавить функциональность, которая вам нужна, и я очень высоко ценю эту функцию в Trac).

Взгляните на длину Список плагинов Trac. Вы можете легко установить любой из них, если хотите.

EDIT: позже я узнал, что в Jira легко добавлять проекты, но Jira сложнее понять, чем Trac из-за количества функций, которые он поддерживает (и вы, вероятно, не будете использовать большинство из них в 6- мужская команда). В настоящее время, однако, вам нужно рассмотреть Jira из-за Agile plugin.

Ответ 2

Используя Trac на моей последней задаче и Jira на моей текущей работе, я должен сказать, что оба имеют свои достоинства. Jira намного более функциональна, например, связывание вопросов, отслеживание времени, проведенное, наличие нескольких проектов с разрешениями и связь между ними. С другой стороны, если эти функции не важны, Trac имеет гораздо более простой в использовании интерфейс и интеграцию между трекере проблем, wiki и браузером SVN (который, как мне кажется, превосходит носки от Fisheye), а также интегрированный просмотр временной шкалы делает довольно аккуратный пользовательский интерфейс. Интерфейс запроса билета особенно опрятен. Это, конечно же, дело вкуса и знакомства.

Alltogether, Trac намного лучше подходит для проектов с открытым исходным кодом, но функции Jira, скорее всего, стоят затрат и загроможденного интерфейса, если вы являетесь домом для коммерческого развития.

Что касается Sqlite, Trac отлично работает с Postgres.

Ответ 3

Я только что наткнулся на Redmine, который звучит как что-то, что может хорошо работать для команды около 6.

Ответ 4

Юзабилити GUI для меня важнее всего. Поскольку trac-плагины существуют для всего, что любит программист, оба выполняют задание. Очень важно, чтобы пользователь получал удовольствие от использования своего инструмента для работы с битрейтами, так как активность процесса-загрузки вообще не оценена.

Настройка моих настраиваемых фильтров в любом месте wiki является удивительной в trac.

Ответ 5

Стоимость, вероятно, самая большая причина.

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

Trac свободен и хотя лично я думаю, что он немного устарел, он, похоже, работает для людей.

Ответ 6

Если несколькими проектами вы имеете в виду несколько репозиториев subversion, Trac версии 0.12 поддерживает это. До сих пор я использовал Trac для mod_wsgi, который позволяет вам обслуживать все ваши экземпляры trac из одного экземпляра mod_wsgi и показывать список всех tracs, которые у вас есть на определенном URL-адресе со ссылками на них. Это было очень просто настроить. Мы также создавали сценарий создания проекта trac вместе с созданием репозитория subversion, поэтому для нас теперь нужна 1 строка.