Бугзилла или Мантис?

Ответ 1

Я думаю, вы обнаружите, что ваша команда будет любить Trac или Redmine больше, чем Bugzilla или Mantis. Оба прекрасно сочетаются с Subversion. Оба включают вики, форумы, функции управления проектами...

Краткий обзор:

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

Redmine: написано в RubyOnRails. Как Trac, но более полный из коробки. Авторы Redmine пытаются создать лучший Trac, чем Trac.

Если вы заинтересованы в том, что другие поисковики отслеживали ошибки, которые сравнивали друг с другом, я добавил несколько ссылок:
http://ifdefined.com/blog/post/2007/10/Links-to-other-comparisons-of-issue-trackers.aspx

Если вы в Windows, который, как я предполагаю, нет, тогда также рассмотрите BugTracker.NET, простую в использовании, очень настраиваемую ошибку отслеживание в .NET/MS SQL Server. (Отказ от ответственности: я автор).

Ответ 2

Мне нравится богомол. Это просто, и он выполняет свою работу.

Ответ 3

Я использовал Bugzilla и Mantis, но я предпочитаю простоту Mantis. Это не так богато, как Bugzilla, но, я помню, что сражался с Bugzilla намного больше. Mantis - это то, что вы можете настроить, а затем уйти.

Ответ 4

Мантис определенно выигрывает на почве юзабилити над Бугзильей.

В частности, гораздо быстрее регистрировать ошибки на Mantis. Время для регистрации ошибок является блокировщиком для некоторых людей. Я слышал, что он использовался в качестве предлога для того, чтобы не регистрировать их, исправлять их и притворяться, что никогда не было ошибок для исправления ошибок (симптомов более сложных проблем с командой).

Только когда клиент (в настоящее время использующий Basecamp, bleah!) запустил идею Mantis, потому что это было недостаточно, что я понял, что некоторые люди (как отмечено выше) считают, что это уродливо.

По сравнению с Bugzilla или другой системой, которую мы пытались реализовать, какая-то странная европейская вещь, Mantis великолепна.

Я знаю, что Mantis хорошо чешет - друг использовал его для создания фильма Happy Feet. Он настроил его, добавив одно дополнительное поле, чтобы обеспечить еще один уровень категоризации.

Ответ 5

Bugzilla больше, больше сообщество, больше возможностей, больше власти... по этой причине я всегда предпочитал богомол;) Mantis такой же уродливый, как и грех, но для большинства проектов он дает вам то, что вам нужно в простой и интуитивный способ.

Если у вас есть большая команда, большой отдел QA и все остальные bugzillia могут быть лучше подходят. Маленькая команда, которая просто нуждается в том, чтобы сделать что-то полезное - тогда богомол, вероятно, лучше imo.

Самая большая функция, отсутствующая в мантисе (возможно, она добавила ее с тех пор, как это было несколько лет назад) - это функция отчетов, поэтому вы можете отслеживать прогресс с помощью хороших линейных и круговых диаграмм. Однако я просто написал простой PHP script, чтобы вытащить данные и вручную их создать в excell каждую неделю (заняло всего 5 минут). Не велика, но функционально достаточна для того, что нам нужно в то время.

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

НТН

Ответ 6

Mantis великолепно и очень легко настроить

Я использую его около 3 лет

Он имеет следующие проблемы.

Существует ограничение на 2 мегабайта на размер файла, который вы можете сохранить. Это становится проблемой, если вы хотите включить скриншоты проблемы.

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

Ответ 7

Я использовал оба и не понравился им вообще, я предпочитаю Trac, если вам действительно нужно выбирать между эти два я бы пошел на Bugzilla Интеграция для TRAC с subversion является реальной (посмотрите Assembla, чтобы увидеть, как работает интеграция)

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

Ответ 8

Мантис велик и прост, простота важна, так как мои клиенты не являются техническими людьми.

Ответ 9

Вы можете попробовать Redmine. Это дает вам доступ к репо, трекеры, форумы, вики, календарь - в одном месте.

Ответ 10

Я активно использовал Bugzilla (по умолчанию для проектов на работе), но Mantis получает мой голос за легкую настройку и использование.

Ответ 11

Я слышал хорошие вещи о fogbugz, но еще не нашел возможности использовать его. http://www.fogcreek.com/FogBUGZ/

Ответ 12

Я предпочитаю богомол. Он прекрасно работает и легко расширяется либо с помощью плагинов, либо с помощью кодирования.

Ответ 13

Еще одно голосование за Trac - мертвое, простое в движении, хороший веб-просмотр в вашем репозитории и т.д.

Ответ 14

Выбор правильного трекера ошибок требует, чтобы вы знали, кто его будет использовать (и как он будет использоваться). Я использовал Bugzilla и Mantis и нашел Bugzilla лучше с технической точки зрения, но Mantis выигрывает, если некоторые из ваших репортеров ошибок не программисты, а не программисты. Его интерфейс менее "угрожает" для начинающего пользователя bugtracker.

Если у вас есть частный bugtracker, вам также нужно рассмотреть параметры, которые он дает вам, чтобы указать, кому разрешено просматривать/редактировать и т.д.

Ответ 15

Я использовал bugzilla некоторое время, но Redmine получил мой голос. простая настройка, очень интуитивно понятная.