Задача:
Нужна максимально простая в использовании система bug tracking. Чтобы любой не особо опытный пользователь, работающий за компьютером пару лет, мог с ходу разобраться, как ему опубликовать сообщение об ошибке, и сделать это незамедлительно и без геморроя.
Требования:
* Open Source.
* Исходный код — на Perl или PHP.
* Максимально простой интерфейс.
* Русская локализация интерфейса.
* Возможность интеграции с LDAP.
* Назначать на категории багрепортов пользователей, которым высылаются уведомления о новых багах.
* Слежение за ходом выполнения задач.
Что-нибудь посоветуете?
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня 2023 года в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
Я не шарю, просто всплыло в памяти: http://trac.edgewall.org/
А еще можно сюда глянуть: http://www.theserverside.com/discussions/thread.tss?thread_id=30895
Если кому интересно:
Trac до последнего не хотелось использовать, но выбор остановился именно на нем. Среди других Open Source-проектов, которые были мною изучены на тему соответствия заявленным требованиям: eTraxis, OTRS, BUGS — the Bug Genie, Mantis, Roundup Issue Tracker, Flyspray, Bugzilla, Redmine, RT (Request Tracker), Bug-a-Boo, phpBugTracker, Retrospectiva. Основная их проблема — ужасный дизайн/usability, что допиливать совсем неохота.
А вот что у нас получилось (уже работает — правда, пока скорее в тестовом режиме, чем в enterprise):
http://bugs.auditory.ru/
А почему не хотелось Trac? Мне он нравится, с точки зрения пользователя. Просто и симпатично.
Для начала вот:
* Потому что оно на Python: а в таких вещах хочется иметь возможность код почитать и поправить (у нас Python никто толком не знает) + с производительностью все очень непонятно.
* Потому что оно нормально не дружит с LDAP: есть кучка затычек, которые адекватной поддержкой назвать язык не поворачивается.
* Потому что оно еще не локализовано: релиз 0.12 с поддержкой будет в неопределенном «светлом будущем».
А вот благодаря «просто и симпатично» сие решение во многом и выиграло — этого не отнять. При наличии почти всего необходимого функционала.
Понял, спасибо.