bbm wrote:Некоторым нашим программистам приглянулась система Track (
http://trac.edgewall.org/) - в частности, как она интегрирована с SVN - все изменения прекрасно отображаются (цвета и т.п.), и прочее...
И вообще, программистам Trac показался простым, удобным и быстрым решением для не очень больших проектов, а TS - слишком тяжеловесной в сравнении...
Есть ли у Вас скриншоты интеграции TS и SVN?
Вот тут есть:
http://www.trackstudio.com/documentatio ... tudio.htmlВ последних версиях diff-ы подсвечиваются, что добавлено, что удалено.
Поддерживается несколько репозитариев на проект, разные репозитарии на разные проекты и т.п.
bbm wrote:Не могли бы Вы дать лёгкое сравнение TS и Trac?
В ближайшее время будем решать, что использовать.
Trac - достаточно типичный open source-багтрекер, со всеми их плюсами и минусами. Главное отличие таких систем - они ориентированы на очень простые внутренние процессы, но большое количество случайных пользователей. Функционально такие системы ближе всего к продвинутому форуму.
Коммерческие багтрекеры целесообразнее использовать, когда важна организация работы внутри команды: процессы, правила доступа, интеграция с другими системами, оценка времени реакции работников, учет рабочего времени и т.п.
Посмотрите тут
http://maximkr.livejournal.com/13933.html
JIRA-это самая продвинутая из систем на базе open source - like архитектуры, там есть максимум из того, что из этой архитектуры можно выжать. Поэтому все наши сравнения с JIRA в полной мере относятся к bugzilla, trac, mantis и т.п. - если чего-то не смогли сделать в JIRA, то в этих системах этого тем более нет. Плюс там есть свои специфические проблем - в Trac, проектов нет, например.
Если взять наше сравнения с JIRA
http://www.trackstudio.ru/products-comparison.html
и пройтись по списку, то в Trac будут те же проблемы: нет иерархии, нет настройки системы индивидуально для каждого проекта, нет field level security.