В последнее время статья об инструментах управления проектами спросили вопрос о различиях между Trac и Redmine. Ниже приведен перевод довольно субъективной, но аргументированной статьи о различиях этих систем.
Что мне нравится в Redmine Как я упоминал ранее, мы перешли с Trac на Redmine для управления проектами (отслеживание отчетов об ошибках и заявок, контрольные точки проекта, управление исходным кодом).
В этой статье я расскажу вам, что мне нравится в Redmine, и сравню его с нашей предыдущей установкой Trac. Насколько я понимаю из списка рассылки Trac и обсуждений в некоторых комментариях к билетам (основных разработчиков), основная цель Trac — создать стабильную и простую систему или платформу, которую можно расширять с помощью плагинов.
Это отличная цель.
Но (и есть много «но»), если вы управляете несколькими установками Trac, это видение быстро обернется против вас.
Ниже приведены некоторые основные моменты, которые мне не хватает в Trac.
Многочисленные проекты
Первоначальной причиной перехода на Redmine стало отсутствие поддержки нескольких проектов в Trac. Я знаю, что вы можете изменить Trac (см.trac-hacks.org ), включающий поддержку нескольких проектов, но мне не нравятся подобные изменения.
Были некоторые дискуссии о том, как Trac должен поддерживать несколько проектов и должен ли он вообще это делать, но факт остается фактом: не существует готового решения этой проблемы.
Я читал кое-что о Trac 2.0, в котором это будет реализовано, думаю, мы увидим это в 2015 году.
Redmine поддерживает несколько проектов.
Интеграция всей системы отличная.
Вы можете создавать вложенные подпроекты и перемещать отчеты об ошибках и заявки из одного проекта в другой.
Для каждого проекта вы можете назначать разных пользователей и включать или отключать определенные функции (план работ, учет времени, управление исходным кодом и т. д.).
Пакетное редактирование заявок и отчетов об ошибках
Я должен согласиться, что система билетов Trac очень мощная и гибкая.Без сомнения, Trac является одним из самых распространенных и стабильных инструментов для управления проектами и отслеживания ошибок по очень веской причине.
Вы можете легко искать и фильтровать заявки по серьезности, компоненту, версии или владельцу, а затем сохранять фильтры.
Это отлично.
Чего мне действительно не хватало при использовании Trac, так это возможности пакетного редактирования (редактирования/закрытия/перемещения) нескольких заявок одновременно.
Вот тут-то и пригодится пакетное редактирование Redmine на основе AJAX.
Управление пользователями и ролями
Управление пользователями в Redmine великолепное! Помимо простого управления, поддерживаются пользовательские роли.Вы можете установить разные роли пользователей в разных проектах.
Trac не поддерживает управление пользователями «из коробки».
В отличие от систем отслеживания проблем, которые обычно имеют таблицу для хранения пользователей, Trac принял подход, позволяющий пользователям использовать несколько модулей авторизации, доступных на их веб-сервере.
Это означает, что системные администраторы могут перенаправлять запросы Trac на что-то вроде LDAP, Active Directory или любой другой централизованной системы управления пользователями, которую они уже развернули.
Так что же лучше? Сложный вопрос.
Я большой сторонник программного обеспечения, которое работает «из коробки».
Не слишком много настроек, простая установка.
Это не означает, что программное обеспечение должно быть «простым»: гибкость и простота настройки могут идти рука об руку.
При этом я считаю, что Redmine предлагает лучший подход к хорошему управлению пользователями прямо из коробки.
Если вам нужно что-то более централизованное, также поддерживается LDAP.
Большое количество обновлений/нового функционала
Я уверен, что Trac более стабилен, чем Redmine. Так что, если вам нужен стабильный продукт, используйте Trac. Но поскольку мы небольшая компания, занимающаяся веб-дизайном, стабильная рабочая среда для нас не так уж и важна.В управлении проектами по разработке программного обеспечения я ищу новые подходы и идеи для улучшения нашей командной работы.
Я отслеживаю историю активности проекта Redmine, чтобы видеть, как другие люди используют эту платформу.
Некоторые из их наблюдений и комментариев вдохновляют нас изменить способ работы или использовать функциональные возможности, которым мы раньше не уделяли достаточно внимания.
Что-нибудь еще?
Конечно, есть некоторые вещи, которые Trac делает намного лучше.Прежде всего, у Trac большое сообщество со многими основными разработчиками, а Redmine построен вокруг одного или нескольких человек.
Кроме того, браузер репозитория контроля версий Trac гораздо более мощный и интуитивно понятный.
Я использую Trac уже долгое время и очень уважаю всех ребят, которые работают над этим солидным проектом.
Но, как я уже говорил ранее, сильные стороны Trac являются также и его слабостями.
В попытке сделать систему максимально облегченной, дискуссии о возможных функциях обычно заканчиваются решением «Не в ядре».
УПД Спасибо за карму, перенес в Управление проектами.
Теги: #Управление проектами #управление проектами #trac #Redmine #Управление проектами
-
Советы По Дизайну Брошюры
19 Oct, 24 -
Советы По Упрощению Поиска Файлов Документов
19 Oct, 24 -
Об Облачном Аварийном Восстановлении
19 Oct, 24 -
9 Новых Способов Космического Туризма
19 Oct, 24 -
Кариес. Что Это Такое И Откуда Оно Взялось?
19 Oct, 24 -
Yahoo Livesearch: Поиск В Реальном Времени
19 Oct, 24