Тракс против Redmine

Ответ 1

Я использую Redmine и... мне это нравится;)

• svn и git отлично работают, у него больше репозиций (Darcs, Mercurial, Cvs, Bazaar, Filesystem???), но они не пытались использовать их
• об установке - в моем случае автоинсталлятор на моем хостинге, поэтому я ничего не могу сказать, вы сможете найти много учебников
• отслеживание билетов/ошибок - я думаю, что для RM и Trac это основная функциональность, поэтому слишком много для написания;) вы можете настроить роли, связать пользователей или группы с проектом, указав роль для каждого вы можете указать свой собственный тип (билет) типа, например. ошибка, новая идея, приоритеты выпуска у вас есть диаграмма gantt (вы можете указать крайний срок для каждой проблемы), вы можете связать каждый билет с версией вашего проекта... многие, многие функции здесь.
• поддержка нескольких проектов - вы можете иметь несколько проектов, связанных с одним (я имею в виду то же самое) или больше репозиториев
• управление документами/wiki/внутренний блог - havent использовал эту функцию, но да, у RM есть что-то для управления doc и wiki-модуля.
• 100 плагинов... у меня их нет и все еще есть слишком много опций конфигурации: P

Ответ 2

Я бы предпочел Trac. Я использовал Trac уже более 7 лет. Я также работал 3 года с Redmine. Последними версиями, которые я использовал в производстве, были: Trac 1.0.1 и Redmine 2.2.3. Но у Redmine есть серьезные недостатки по сравнению с Trac:

• Установка непросто:

  • Вы не можете использовать систему пакетов Debian/Ubuntu для использования

    • Поскольку конфигурация не отделена от кода приложения, всякий раз, когда вы получаете обновления пакетов, они будут перезаписывать ваши изменения.
    • В начале 2013 года (январь) Debian имел 5 дыр в безопасности, где некоторые все еще нефиксированы в нестабильной и тестируемой. Конечно, исправления в стабильной Debian сделаны, версии пакетов настолько устарели в стабильном состоянии, что более новые версии Redmine не будут работать.
    • Зависимости Redmine фиксированы, поэтому новые версии библиотек могут не работать. Именно по этой причине вы должны настроить apt-get или aptitude, чтобы не обновлять определенные зависимости.

  • Советую установить через gem и bundler. Однако это было так же просто, как описано на главной странице. Но то, что я больше всего ненавижу в этих системах управления пакетами программного обеспечения, помимо системного управления пакетами, заключается в том, что вы должны заботиться о обновлениях и обо всех других материалах отдельно. Некоторые люди предлагают RVM предоставление виртуальных рубиновых сред, где вы можете иметь несколько версий Rails, установленных рядом друг с другом, что невозможно при использовании apt- получить. Я не чувствую себя хорошо с этим, но, по крайней мере, он работает.

• Администрирование нелегко, учитывая создание резервной копии: в Trac это однострочный ключ, в Redmine вам необходимо выполнить резервное копирование: конфигурацию, вложенные файлы и содержимое базы данных по отдельности. Кроме того, часто говорится, что Redmine поддерживает несколько проектов, поэтому его проще настроить новый проект и конфигурацию не дублируют. См. Ниже, есть дополнительный параграф о поддержке нескольких проектов. И последнее, но не менее важное: всякий раз, когда я управляю проектом Trac, мне нравится редактировать файлы конфигурации PLAIN-TEXT. В Trac есть только один такой файл, который вам нужно посмотреть: trac.ini.

• Конфигурация нарушена: например, рассмотрите возможность создания настраиваемых маршрутов в Redmine, которые показывают начальную страницу вики, а не обзор проекта в качестве первой страницы. Вам будет рекомендовано редактировать источники Redmine! Это очень опасно, поскольку следующее обновление перезапишет вашу конфигурацию. Так что такая конфигурация на самом деле не была предназначена. Но хороший инструмент должен отделять конфигурацию от исходного кода приложения.

• Отсутствуют функции Wiki. Некоторые важные функции wiki отсутствуют из-за неподключенной ошибки, связанной с уязвимостью XSS. (например, см. разметку текстильной вики). Таким образом, вы не сможете размещать комментарии внутри страниц вики, визуализировать изображения нестандартного размера,...

• Отсутствует защита от спама. Да, есть устаревший плагин reCaptach, но он больше не работает. Особенно вилка также защищает страницы проблем. По сравнению с Trac, у которого есть плагин SpamFilter, который имеет фантастические свойства, это не-go. Никто не хочет удалять спам вручную.

Многие критические моменты были сделаны со временем, что заставило людей сказать, что Redmine лучше. Я сомневаюсь в этом:

• Поддержка нескольких объектов: Конечно, Trac предоставляет несколько проектов, каждый из которых имеет свою собственную конфигурацию!, и это очень полезно: подумайте о создании одного проекта с закрытым исходным кодом и одним открытым исходным кодом. Для закрытого источника вы, вероятно, спрячете репозиторий, но не для проекта с открытым исходным кодом. это невозможно с Redmine. Кроме того, с помощью Trac вы можете выполнять резервное копирование проектов отдельно, и, конечно же, вы можете разделить их на то, что один из ваших 50 проектов станет популярным, поэтому ему понадобится собственный сервер! Redmine не может этого сделать. Недавно появился новый плагин, поддерживающий несколько пользовательских проектов в одном экземпляре Trac, посмотрите http://trac.edgewall.org/wiki/PluginList#MultipleProjects

  Кроме того, для создания этой функции существует проект с использованием Trac: Bloodhound

• Система контроля версий:Я думаю, что установка плагина не так уж трудна, и почти для всех VCS есть плагин для Trac: Git, Perforce, Mercurial, Darcs, Monotone, Subversion, Bazaar. Кроме того, я бы предпочел небольшую базовую структуру с плагинами на большой платформе с интегрированной поддержкой для Git, Mercurial и т.д. Такая архитектура не является модульной. Таким образом, поддержка VCS для плагинов - это способ сделать это. Не интегрировать все в рамки.

• Плагины: Я бы сказал, что Trac и Trac-Hacks имеют гораздо больше плагинов, чем Redmine, поэтому интеграция Doxygen, Jenkins, Latex, BibTex и т.д. не проблема!

• Сроки и оценка. В Trac есть плагины! В целом я не понимаю недавнего Trac-bashing, он также написан на модный язык интерпретатора (python), он имеет почти ту же функциональность.

Процесс установки Redmine непросто, но установка Trac также стала более сложной в наши дни, поэтому создание базы данных вручную и т.д. больше не может считаться недостатком.

И последнее, но не менее важное: оба проекта используют плагиновую систему. Проблема, с которой часто сталкивается пользователь таких плагинов, заключается в том, что они могут оставаться сиротами и не поддерживать текущую структуру. Это случилось со мной более десятка раз для Redmine, но иногда и для Trac. Но мое очень субъективное впечатление заключается в том, что решающие плагины никогда не затрагивались этой проблемой, а с Trac это было немного меньше.

Последнее, но не менее важное, я попробую Phabricator, поскольку он предлагает встроенный рабочий процесс для просмотра кода.

Ответ 3

В BitNami мы предоставляем бесплатные инсталляторы и виртуальные машины для Trac и Redmine. Redmine определенно гораздо более популярна, но Trac становится все более популярным, в частности, поскольку версия 1.0 находится за углом. Поскольку вы упомянули Git или поддержку DVCS, вас также может заинтересовать Gitorious или Gitlab

Ответ 4

Я очень много работаю с redmine, и мне это нравится!

• svn и/или dcvs (Git) поддержка

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

• управление документами

  получил это тоже, но просто очень минимализм. Вы можете загружать файлы на билеты и проекты (отдельно), но вы не можете их искать (т.е.)

• билет, отслеживание ошибок, wiki

  да, да и... да:) Мне нравится синтаксис написания билетов или другого текстового содержимого, похожего на синтаксис на stackoverflow.com.

• поддержка нескольких проектов

  из-за того, что вы можете создавать проекты, подпроекты, под-подпроекты.... с разными правами доступа, если это необходимо. Вы также можете сделать это с каскадом с билетами.

• установка и плагины

  Я никогда не устанавливал экземпляр redmine, и у меня нет опыта работы с ruby. Я просто пользователь redmine, но я знаю, что можно писать собственные расширения (моя компания написала один для своих целей, чтобы продлить отслеживание времени)

Вывод: Я всегда буду использовать Redmine, когда мне нужна система билетов!

Обновление: Иногда я также использую интеграцию проблем с хостами кода, такими как bitbucket или github. Redmine - это самое большое решение, которое я использовал. Trello также является альтернативой, которую я люблю использовать для обработки задач клиентов (вы можете создавать команды), когда не так много людей, и проект не так уж и большой.

Ответ 5

Redmine имеет все это из коробки в целом очень хорошего качества.

Однако установка Redmine - это другая проблема. Redmine имеет множество зависимостей, и многие из этих зависимостей имеют несколько версий, которые несовместимы друг с другом. До сих пор я не смог установить последнюю команду redmine.

Что сработало, тем не менее, был пакет redmine, предоставленный Debian Squeeze. Это более старая версия (1.0.1-2), но есть все, что вам нужно. Я знаю, что openSUSE и Ubuntu также предоставляют пакеты redmine. (обе версии 1.1.3, они не смогли установить последнюю версию, да?)

Ответ 6

Мы используем Redmine в течение некоторого времени. Возможно, это было сложно установить в прошлом (я так не думал), но Ubuntu теперь включает его, поэтому установка - это простой один лайнер "apt-get install red mine". Затем вы просто включаете пассажирский модуль "пассажир a2enmod" и, наконец, включаете сайт redmine.

Ответ 7

У меня нет опыта работы ни с Trac, ни с Redmine, мы используем Gemini, но вы можете найти сравнение инструментов управления проектами здесь.

Надеюсь, это поможет, Dave