Комментарии: Выбор системы отслеживания ошибок http://blog.altimawebsystems.com/2009/01/09/bug-tracking-system_selection_mantis_bugzilla_redmine_trac/muse/ Корпоративный блог студии веб-дизайна Алтима Thu, 25 Jun 2009 07:38:09 +0000 hourly 1 http://wordpress.org/?v=3.0 Автор: petr http://blog.altimawebsystems.com/2009/01/09/bug-tracking-system_selection_mantis_bugzilla_redmine_trac/muse//comment-page-1#comment-8 petr Wed, 14 Jan 2009 22:14:09 +0000 http://blog.altimawebsystems.com/?p=103#comment-8 В том то и дело - бизнес-логика правится через интерфейс, это показатель зрелости системы. Я сам быд удивлен увидев это. Насчет 200 тыс тикетов - все рядом (их там больше 400 тыс) :-) https://bugzilla.mozilla.org/buglist.cgi?product=Core&product=Firefox&product=Mozilla+Application+Suite&product=Thunderbird&product=Toolkit&bug_status=UNCONFIRMED,NEW,ASSIGNED,REOPENED,RESOLVED&chfield=[Bug%20creation]&chfieldfrom=-24h В том то и дело – бизнес-логика правится через интерфейс, это показатель зрелости системы. Я сам быд удивлен увидев это.
Насчет 200 тыс тикетов – все рядом (их там больше 400 тыс) :-)
https://bugzilla.mozilla.org/buglist.cgi?product=Core&product=Firefox&product=Mozilla+Application+Suite&product=Thunderbird&product=Toolkit&bug_status=UNCONFIRMED,NEW,ASSIGNED,REOPENED,RESOLVED&chfield=Bug%20creation&chfieldfrom=-24h

]]> Автор: nicolnx http://blog.altimawebsystems.com/2009/01/09/bug-tracking-system_selection_mantis_bugzilla_redmine_trac/muse//comment-page-1#comment-7 nicolnx Tue, 13 Jan 2009 22:33:55 +0000 http://blog.altimawebsystems.com/?p=103#comment-7 Автор на эту табличку в вике смотрел. Считаем - из почти 70 bts-ок только 20 с открытым исходным кодом. Большая часть из этих 20 находятся на этапе, далеком от боевого применения. Что касается гибкости bugzilla - да, есть в ней и кастомные поля, и справочники. И разумеется можно ее тщательно обработать напильником... Но порой необходимо вносить изменения в бизнес-логику системы. Нужно быть настоящим джедаем с массой свободного времени чтобы делать это в багзилле. За те 6 лет, что прошли с тех пор как вы смотрели ее код, этот монстрик здорово подрос -) А по нагрузочной способности - да, было бы интересно задуть в них 200 000 тестовых тикетов и поглядеть как оно будет ворочатся... Автор на эту табличку в вике смотрел. Считаем – из почти 70 bts-ок только 20 с открытым исходным кодом. Большая часть из этих 20 находятся на этапе, далеком от боевого применения.
Что касается гибкости bugzilla – да, есть в ней и кастомные поля, и справочники. И разумеется можно ее тщательно обработать напильником… Но порой необходимо вносить изменения в бизнес-логику системы. Нужно быть настоящим джедаем с массой свободного времени чтобы делать это в багзилле. За те 6 лет, что прошли с тех пор как вы смотрели ее код, этот монстрик здорово подрос -)
А по нагрузочной способности – да, было бы интересно задуть в них 200 000 тестовых тикетов и поглядеть как оно будет ворочатся…

]]> Автор: petr http://blog.altimawebsystems.com/2009/01/09/bug-tracking-system_selection_mantis_bugzilla_redmine_trac/muse//comment-page-1#comment-6 petr Tue, 13 Jan 2009 19:32:31 +0000 http://blog.altimawebsystems.com/?p=103#comment-6 Видимо автор слабо посмотрел системы. Вам будет полезна табличка: http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems Полагаю большая часть информации собранные wiki cообществом близки к истине. И конечно же документация: http://www.bugzilla.org/docs/tip/en/html/integration.html Вам поможет. Насчет bugzilla, добавлю 5 копеек - bugzilla очень гибкая система. Судить о ней по дефолтовой инсталляции нельзя. Там много сущностей, которые позволяют очень гибко затачивать систему под свои задачи. И уж тем более там есть кастомные поля и справочники. Политику статусов и их набор можно менять. В настоящее время, это весьма зрелая и мощная система. У меня сложилось впечатление, что пилить ее руками Вам придется не скоро - ибо большая часть сущностей кастомизируется прямо из интерфейса. Поставьте ее еще раз и посмотрите внимательно. Это очень пластичный инструмент. Хотя код, который я смотрел более 6 лет назад меня не порадовал - он был весьма избыточен. Впрочем для соборной разработки это естественно. Mantis, как был суров в 2002 году, так им и остался, не думаю, что достоен для серьезного рассмотрения на перспективу. Рекомендую проверить работоспособность системы при большом объеме данных Так например проект(ы) с хорошей историей разработки, вполне может содержать десятки и сотни тысяч тикетов, которые в свою очередь содержат множество полей, историю изменений, комментариий и атачи. Все это может влегкую раздуть базу до нескольких гигабайт, а то и их десятков. При хорошей одновременной работе важна производительность. Плюсом выбора является и отраслевая унификация решения (смотрите табличку в wiki). p.s. Дайте кто-нибудь инвайт на хабр. Поделюсь своим опытом. Видимо автор слабо посмотрел системы.
Вам будет полезна табличка:
http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems
Полагаю большая часть информации собранные wiki cообществом близки к истине.
И конечно же документация: http://www.bugzilla.org/docs/tip/en/html/integration.html Вам поможет.
Насчет bugzilla, добавлю 5 копеек – bugzilla очень гибкая система. Судить о ней по дефолтовой инсталляции нельзя. Там много сущностей, которые позволяют очень гибко затачивать систему под свои задачи. И уж тем более там есть кастомные поля и справочники. Политику статусов и их набор можно менять. В настоящее время, это весьма зрелая и мощная система. У меня сложилось впечатление, что пилить ее руками Вам придется не скоро – ибо большая часть сущностей кастомизируется прямо из интерфейса. Поставьте ее еще раз и посмотрите внимательно. Это очень пластичный инструмент.
Хотя код, который я смотрел более 6 лет назад меня не порадовал – он был весьма избыточен. Впрочем для соборной разработки это естественно.

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

Рекомендую проверить работоспособность системы при большом объеме данных
Так например проект(ы) с хорошей историей разработки, вполне может содержать десятки и сотни тысяч тикетов, которые в свою очередь содержат множество полей, историю изменений, комментариий и атачи. Все это может влегкую раздуть базу до нескольких гигабайт, а то и их десятков. При хорошей одновременной работе важна производительность. Плюсом выбора является и отраслевая унификация решения (смотрите табличку в wiki).

p.s. Дайте кто-нибудь инвайт на хабр. Поделюсь своим опытом.

]]>