Доброго времени суток! Хотелось бы узнать, какими системами баг-трекинга пользуетесь Вы?

*Никак не могу сформулировать, чего бы я хотел от баг-трекера, по этому прошу Вас описать баг-трекер или какую-то аналогичную систему, котрой пользуетесь Вы. Её достоинства и недостатки!

P.S. Вообще интересует система взаимодействия программист/менеджер <-> клиент/пользователь (программного продукта), работающая через веб-интерфейс.

SAP

Хотелось бы внести пару уточнений. Ключевые требования к ПО:
1. Работоспособность под Linux (debian 6)
2. Лицензия GPL или аналогичная
3. Больше всего интересуют достоинства и недостатки на Ваш взгляд той системы, которой пользуетесь Вы.

Со списком всемозможных баг-трекеров я уже познакомился вот на этой странице: http://ru.wikipedia.org/wiki/%D0%A1%D1%80%...%B1%D0%BE%D0%BA

По этому, больше всего хотелось бы услышать Ваше мнение по поводу плюсов и минусов при работе с конкретной системой.

WolfAlone, самой удобной системой, которой я пользовался является JIRA со всеми вытекающими продуктами (confluence, fisheye, etc.)
этот продукт - коммерческий (лицензия стоит некоторых денег, с очень интересным ценообразованием)
всё остальное было похоже на деревенскую художественную самодеятельность.
кроме того использовал:

• bugzilla - так себе (php, и не ахти интерфейс был) - только баги.
• trac - очень неплохо, но минимализм не подходит всем. в наборе есть - issues, wiki, code, milestones, и до фига добавок, менее к клиентуре относится.
• redmine - на основе руби-он-рэйлз, тоже неплохо, сносно, тоже много плагинов, прикручивается к CRM, и т.д.

bilbobagginz, благодарю!

Redmine и его форк (какой-то "перец") - пробовал. Пока остановился на нём, т.к. из того, что ещё было под рукой - ничего лучше не нашлось.

Я наконец-то придумал, как охарактеризовать то, что я хочу получить в конечном итоге. Я хочу Тикет-систему с привязкой к Mercurial, чатом: фирма <-> клиент / фирма <-> фирма (чат между сотрудниками), и возможностью ограничить по сроку действия какой-то "возможности" (например, писать в форум) по наступлению определённой даты.

Иной раз читаю форум, и в голову приходят странные мысли... Видео-трансляцией никто не занимался никогда вообще, баг-трекер использует несколько человек (из всех посетителей этого раздела)...    Странно всё это как-то!

не понимаю абстракции такого типа.
чего дать ?

Доброго времени суток всем!

В очередной раз натыкаюсь на такую штуку как ChiliProject, коя является ничем иным, как форком баг-трекера известного под названием "RedMine". Кто-нибудь пользовался этой штуковиной? Очень интересует, какими она обладает возможностями, в чём преимущества/недостатки этой системы по отношению к RedMine?

P.S. Информации во внятном виде, и особенно на родном языке - ничтожно мало...   

Это сообщение отредактировал(а) WolfAlone - 24.6.2011, 01:50

выхода нет: добей мир опубликованныеми достижениями во всех областях науки и техники на русском языке на протяжении лет 100.
И когда волосы на твоих ... подмышках поседеют добела или выпадут, есть шанс, мой друг ;-)


к теме (моё родное IMHO):
обычно люди, которые работают к этому вопросу отношения не имеют.
сис админы же со стажем знают, что помнить и хранить мнение о днях былых каких-то проектов, дело не правильное в корне.
Практически каждые полгода выходит новый проект, нередко форк другого в любой сфере.

Поэтому, на форум полагаться нельзя. 
А сетовать на это даже грешно.

насчет чем чили отличается от редмайна, думаю можно пойти на оф. сайт, и посмотреть.
уверен (теоритически) что этот вопрос там есть.
секунда, тестируем теорию:...
зачем форкнулись: https://www.chiliproject.org/projects/chili...t/wiki/Why_Fork
т.е. отличается не столько функционалом, сколько менее толстым процессом разработки.
т.е. (опять теоритически) там будут вылупляться новые расширения и функционал шустрее чем в редмайне.

предполагаю, что редмайн начал немного костенеть с т.з. развития проекта. 
обычно из-за высокой ответственности команды за коммерческую поддержку продукта 
перед разными заказчиками, которые платят денежку.
в результате появляются такие аспекты как backwards compatibility, и т.д.

напр. сейчас основная ветка руби (на к-ром написан редмайн) - 1.9.
а редмайн до сих пор сидит на ветке руби от 1.8.
напр. руби написан на фреймворке под названием "руби-на-рельсах", основная ветка которого сейчас - 3.0.х,
а редмайн сейчас до сих пор сидит на ветке RoR 2.3.11

это представляет из себя само по себе некоторую технологическую отсталость, т.е. самая экспериментальная ветка svn, trunk, не использует самые последние и СТАБИЛЬНЫЕ версии инфраструктуры.

Не хороший знак.

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

NOTA BENNE: 
если у кого есть иные соображения по поводу изложенного выше (напр. инсайдерская инфа),  буду рад узнать, что ошибаюсь.




Это сообщение отредактировал(а) bilbobagginz - 25.6.2011, 20:01

bilbobagginz, спасибо большое!