Коллеги, приветствую!

Приглашаю принять участие в топике, касающемся слабых и сильных сторон систем управления проектами Redmine и Trac.

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

Лично я использую Trac0.13dev-r10668 и доволен тем функционалом, который он предоставляет, в частности- возможностью задания зависимостей между тикетами, возможностью коммитом закрыть тот или иной тикет, сопряжением со множеством систем управления версиями, настраиваемым воркфлоу, интеграцией с планированием тестов и пр.

Однако опыта использования системы Redmine у меня нет, но вот тут говорится, что это лучшее из GNU.

Сразу из вики берем, первое, что на глаза -

1) Управление файлами и документами в Redmine сводится к их добавлению, удалению и редактированию. Правами доступа ни к файлам, ни к отдельным документам управлять нельзя.

2) Отсутствуют оповещения об изменении документов.

3) В Redmine нельзя управлять правами доступа на уровне отдельных полей задачи. Например, на данный момент от клиентов нельзя скрыть оценки времени работы над проектом или информацию о потраченном времени.

4) В Redmine можно управлять правами доступа на уровне проектов, но нельзя назначить права на какую-то версию проекта или отдельную задачу. Это значит, что если пользователю нужен доступ всего к одной задаче, то придется давать доступ ко всему проекту.

5) Если пользователь Redmine получил доступ к проекту, то сейчас нельзя ограничить его активность какими-то отдельными типами задач (трекерами). Например, нельзя разрешить просматривать только «свои» задачи (это часто бывает нужно для организации техподдержки) или разрешить создавать задачи только какого-то определенного типа.

6) В Redmine все дополнительные поля доступны всем пользователям, все участники проекта смогут их видеть и изменять. Это ограничение может привести к сложностям при наличии неоднородной команды, когда доступ к проекту имеют и менеджеры, и разработчики, и клиенты.

7) В Redmine нет прав на отдельные типы переходов в workflow. Например, сейчас нельзя указать, что когда кто-то заканчивает исправлять ошибку, он должен выбрать ответственным тестировщика и должен указать номер билда. Также нельзя скрыть внутреннюю переписку между программистами от клиента.

Из минусов в Trac, со слов анонимуса:

"..он предназначен только для 1 проекта. Написан на питоне. Поставился на первый взгляд без особых проблем, но дальшейшие разборки с отдельными модулями и apache преватились в довольно увлекательный квест. Вдоволь наматерившись я его таки поборол, но пожелать подобного развлечения могу разве что конкурентам (и то не всяким). Как впоследствии оказалось, я не один такой счастливчик – 161000 результатов в выдаче гугла по запросу ‘trac install problem’ мягко говоря настораживают.
В целом система довольно приятная, но есть ряд довольно серьезных «но».
Работа с несколькими проектами требует довольно нетривиальных телодвижений, в частности создания отдельного окружения для каждого нового проекта. Когда их 3-5 это еще терпимо, но если 30-50? а 150? Да и python как-то оптимизма не добавляет…"

Модератор: Тема перенесена из форума "Java".

"...Внимание! Ровно в восемнадцать ноль-ноль катер «Варна» отойдет в Одесский порт.

Внимание! Сейчас семнадцать пятьдесят пять. Ровно в восемнадцать катер «Варна» отойдет.

Поторопитесь…

Дамы, не разговаривайте, торопитесь.

Сейчас ровно восемнадцать и ноль-ноль.

Дети, торопите родителей.

Не создавайте давку во время отхода. Грузитесь раньше. Посадка идет полным ходом. Осторожнее на трапе. Беременных и инвалидов пропускаем вперед.

Сейчас ровно восемнадцать ноль-ноль и семь минут.

Мы вот-вот отойдем. Даже если вы не успеете.

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

Мамаша с внучкой – четыре гривны до порта Одесса.

Перестаньте прогуливаться, вы задерживаете остальных. Берите билеты и грузитесь.

Нам уже надо отходить, спешите быстрее. ..."))))



Похоже, что топик имеет все шансы остаться монологом.

Руководство пришло к мнению, что Atlassian Jira will kill other with fire : -)

Приветствую всех!

Да, например, есть некоторые преодолимые сложности при установке Edgewall Trac как виндовой службы.
Начало тут, продолжение - создать сабкей Parameters и строковые Application и AppParameters, в первое передать путь к питону с исполняемым файлом, во второе - ...\\tracd-script.py --port .... и trac-environment.

Тогда можно будет запускать/ стопить Trac как сервис, в т.ч. без консоли.

Вот вам еще один минус.

Отсутствие на данный момент средств поддержки СУБД Oracle также можно рассматривать как недостаток (см. Edgewall Trac и Oracle); например, в системах с Oracle в слое базы данных, работающих с заявками от конечных пользователей можно было бы использовать Trac как готовый АРМ.

Вероятно, решается репликацией данных.

rodenДовольно условный минус, скорее особенность работы.

Да, тем более что если уж сравнение идет с Redmine , то там ситуация в этом отношении та же - RDBMS backend один в один.