Рейтинг: 4.7/5.0 (1827 проголосовавших)Категория: Инструкции
если вы не root то
затем ставим
выполняем
и дописываем в конец файла .bashrc
устанавливаем apache php5 phpmyadmin
и перенатраиваем на другой порт
по той простой причине что им просто удобней пользоватся
правим порты
заменяем на
и правим дефолтную настройку
заменяем на
перезапускаем apache
заходим в phpmyadmin
http://xxx.xxx.xxx.xxx:8880/phpmyadmin/
создаем базу для redmine
если вы переносите redmine то распакуйте базу из бекапа
и перенесите файлы вложений в католог /var/data/redmine/files
если до этого у вас например был поставлен redmain из репозитория
то ваши файлы ищите здесь
/var/lib/redmine/default/files/
хотя я предпочитаю брать не из svn а из git
правим доступы
Внимание: логин без кавычек пароль в кавычках
настраеваем отправку почты
выполняем bundle (не спутайте bundle c bundler)
иногда редко но по какойто причине не проходит обычно лечится установкой apt-get install <что-то>-dev здесь google в помощь
если увидите чтото типа Could not find gem 'mysql2 (
> 0.3.11) ruby' in the gems available on this machine. (например если выполнете bundle install до конфигурирования базы) то выполните bundle install еще раз
можно попробовать запустить из под webrick
если напишет что - то типа
пробуем зайти на
http://xxx.xxx.xxx.xxx:3000/
если открылся редмайн то все ок можем продолжать
ctrl+c гасим remine ставим passenger через gem
запускаем установку (если у вас стоит уже nginx сносите)
выбираем 1 вариант
конфигурируем nginx
правим конфигурацию
комментим все от server < до его закрывающей скобки > у меня так
и вставляем
заходим проверяем если нужно перенести redmine
удаляем или переименовываем папку redmine
создаем папку redmine копируем в нее наш редмайн
переносим базу данных
правим доступы к базе vim config/database.yml
правим конфигурацию vim config/configuration.yml
p.s.
когда я только начинал с этим разбираться я сказал жене что наверно проще родить чем правильно поставить или перенести Redmine она не поверила
¶
В качестве информационной платформы для взаимодействия сотрудников и партнеров используется вэб-приложение redmine для управления проектами и задачами. Это позволяет оперативно решать следующие задачи:
Создание и отслеживание задач является основной областью действий Redmine. Задача привязана к определенному проекту, принадлежит определенному пользователю, может быть связана с определенной версией и т.д.
Просмотр задач¶На странице просмотра задачи вы можете увидеть текущее состояние работы над задачей и что уже сделано в процессе решения задачи. Сообщения отображаются в хронологическом порядке, начиная от самых старых и заканчивая самыми новыми. Можно цитировать сообщения других, а также редактировать свои.
Связанные задачи¶Связывание задач позволяет разработчикам избавиться от дублированных задач путем их объединения друг с другом, либо обозначить последовательность решения задач.
При связывании задач можно установить различные варианты отношений. На данный момент они следующие:
Администраторы могут установить Права доступа пользователей для добавления и редактирования таких отношений.
Наблюдатели¶Показать список всех пользователей, которые следят за этой задачей. При обновлении задачи, данным пользователям будут разосланы уведомления.
Если вы администратор проекта, к которому привязана задача, то вы можете редактировать список наблюдателей. Чтобы добавить пользователя в список, необходимо нажать на ссылку "Добавить" и в появившейся форме из выпадающего списка выбрать пользователя и нажать на кнопку "Добавить" ниже.
Администраторы могут установить Права доступа пользователей, чтобы добавлять/удалять наблюдателей.
Добавление новой задачи¶Пользователи могут создавать новые задачи в том случае, если у их роли есть право Добавление задачи, назначенное администратором.
При создании новой задача, один из наиболее важных пунктов является поле Трекер. которое определяет тип задачи. По умолчанию Redmine поставляется с четырьмя различными трекерами: Ошибка, Улучшение, Абонентка и Внедрение.
Чтобы изменить задачу, нажмите ссылку Обновить (в виде иконки карандаша) сверху или снизу страницы просмотра задачи:
В зависимости от Прав доступа вашей роли, вы увидите полный или ограниченный набор доступных для редактирования свойств задачи.
Для того, чтобы изменить существующую задачу, ваша роль должна иметь право Редактирование задач.
Данное право дает отображение ссылки (Карандаш) после текста секции "Описание" на панели обновления задачи.
Подзадача регулируют отношения родитель-потомок между задачами.
Вы можете обновить задачу нажать на ссылку "Больше", чтобы (пере)установить значение поля "Родительская задача". Это поле может быть использовано для "конвертирования" нормально задачи в подзадачу, перемещение подзадачи от одного родителя к другому или для "конвертирования" подзадачи в нормальную задачу.
В данной статье рассматривается установка и настройка Redmine версии 1.x в Debian 7 с помощью apt. Если вам нужна инструкция по настройке Redmine версии 2.x, то эта статья не для вас.
Redmine - система для управления проектами. Если говорить простым языком, эта система служит для того, чтобы можно было вести учёт обращений, заявок, багрепортов и известных проблем о каждом продукте компании. Помимо этого в системе есть встроенная Wiki, база знаний, диаграммы Ганта, разделение по проектам и ролям и т.д. Если вы работаете в фирме, которая занимается разработкой ПО, то этот или аналогичный продукт вам жизненно необходим. С помощью Redmine можно оперативно отслеживать ход работы, исправления обнаруженных ошибок и т.д. В общем, на выходе получается целый комбайн.
Список используемых пакетовДля работы Redmine требуется установка Ruby On Rails. К нашему удовольствию разработчики Debian'а включили все необходимые пакеты в список зависимостей, значительно упростив установку. Исключение сделано лишь для двух пакетов - сервер, который будет запускать Redmine, и пакет для соединения с БД.
Ниже приведён минимальный список пакетов, которые нам потребуются:
Установка Ruby будет выполнена автоматически
Предварительная настройка базы в PostgreSQLЗапустим интерпретатор psql от имени суперпользователя postgres :
Создадим нового пользователя и базу данных, к которой он будет иметь полный доступ, после чего закроем интерпретатор:
Естественно, вы можете дать пользователю и базе любое нужное имя. Кроме того, на одном сервере можно развернуть несколько экземпляров Redmine - для этого нужно будет создать несколько баз (и, возможно, пользователей) и настроить несколько конфигураций для thin. но я сейчас этого делать не буду.
Установка пакетов и настройка параметров Redmine Установка пакетовДля установки всех необходимых пакетов нужно от имени root выполнить команду:
Во время установки менеджер пакетов предложит настроить базу данных. Отвечаем отрицательно. Базу данных лучше настраивать через правку конфигурационных файлов, т.к. установщик Redmine предлагает дать ему административный доступ к PostgreSQL.
Настройка доступа к БДПерейдём в каталог /etc/redmine/default
Здесь находится всего два файла - database.yml и session.yml. Нам нужен только первый, отвечающий за настройки доступа к БД.
Все настройки, полагаю, понятны без комментариев. Отмечу только, что первая строка, production. указывает на то, что данная конфигурация должна использоваться при запуске сервера в рабочем режиме. Также доступны режимы development и test .
Настройка сервера thinТеперь нужно настроить thin. В Debian 7 при установке thin ставятся сразу две его версии, 1.8 и 1.9.1, мы будем использовать последнюю. Переходим в каталог настроек и создаём файл для запуска Redmine:
Открываем созданный файл в любимом текстовом редакторе и вносим туда следующие данные:
socket указывает путь и имя сокетов, создаваемых thin при запуске Redmine.
Параметр servers указывает, сколько серверов следует запустить. Другими словами, он определяет количество сокетов, которые будут созданы в указанном каталоге. К имени сокета, указанному выше, будет добавлен порядковый номер.
prefix указывает на то, по какому адресу на сервере будут обрабатываться запросы к Redmine. Поясню на примере. Допустим, адрес нашего сайта - http://sharkon.ru/. При переходе к этому адресу человек будет получать главную страницу нашего сайта. Пусть при переходе по ссылке http://sharkon.ru/redmine/ открывается Redmine. Именно за часть адреса, идующую после указания доменного имени, отвечает этот параметр. Если сайт используется для внутренних нужд и не торчит наружу, можно дать ему, например, такое доменное имя: http://redmine.lo/. прописав в настройках сервера DNS, к какой машине в локальной сети нужно подключаться для работы с этим сайтом. В этом случае строку с параметром prefix следует удалить из файла конфигурации полностью!
Настройка nginx.В каталоге /etc/nginx/ следует создать файл proxy_params.conf. На моих серверах он выглядит примерно так:
При необходимости измените настройки, исходя из параметров вашего сервера. Указанные в примере данные хорошо себя показали на не очень мощной машине с 2 GB RAM.
В каталоге /etc/nginx/conf.d/ создадим файл redmine.conf со следующим содержимым:
Здесь указано, что следует использовать для соединения с Redmine сокет, расположенный по пути /var/run/redmine/. Имя сокета формируется из строки, указанной ранее в параметрах thin плюс порядковый номер созданного сокета, начиная с нуля. Далее идёт указание имени нашего сервера и пути, по которому расположен Redmine. Все запросы к нему автоматически будут переадресовываться к созданному ранее сокету.
МиграцииТ.к. мы настраивали доступ к БД вручную, создание её структуры мы будем производить вручную. Это не сложно:
Права на сокетТак как сокет для redmine будет создаваться пользователем www-data, следует сделать так, чтобы после перезагрузки системы Redmine мог создать его заново. Для этого мы сменим владельца папки с сокетами и pid-файлом.
Кодировка CSV-файловПо-умолчанию Redmine генерирует все отчёты в кодировке UTF-8. Пакет Microsoft Office использует кодировку Win1251, поэтому CVS-отчёт, открытый с помощью Excel, будет показывать кракозябры. Следует всего лишь в одном месте изменить настройки:
Здесь следует найти строку:
и заменить её на
При необходимости здесь же можно изменить и другие параметры локализации Redmine, например, перевод некоторых слов и кодировку файлов pdf.
ЗапускВсе подготовительные операции выполнены, можно запустить сам Redmine и перезапустить nginx.
Redmine будет доступен по адресу http://sharkon.ru/redmine/
Здесь описаны некоторые операции, которые необходимо выполнять при работе с редмайном
Если возникают еще какие-то вопросы, пишите на stanislav.choojoy[at]gmail.com
Подключиться к работе в RedMineЕсли вас еще нет на РедМайне и вы хотите подключиться - стоит написать о добавлении вас в систему по одному из следующих адресов: subarites[at]gmail.com ixrevo[at]gmail.com
В случае если под ваш проект необходимо создать проект, то следует обращаться по первому адресу из вышеперечисленного списка.
Добавляем пользователей в РедМайнДля людей с функцией администратора существует возможность добавлять пользователей в систему. Это делается следующим образом:
Чтобы пользователь начал видеть какие-либо задачи его необходимо добавить в нужный проект. Для этого администратор
Честно говоря, сейчас сам не особо знаю разницы в правах у "специалиста" и "координатора". Тут может подскажет mva.
Создаем проектДля создания нового проекта администратор выполняет следующие действия:
Не забываем о необходимости добавления в проекты участников.
Добавляем задачиВ проекты и подпроекты возможно добавлять задачи на исполнение. Задачами легко распределять кто что делает по какому-либо событию, мероприятию или иному другому начинания. Следить за выполнением, отчитываться, искать виноватых, ну вы поняли :)
Если в ходе реализации проекта появляется некоторая информация, которая должна быть быстро доступна всем - ее можно описывать в Вики. Ссылку на внутреннюю редмайновскую вики можно найти в меню проекта.
Не так давно задумал совершить ряд движений и поменять СМ-процесс в своём проекте и, если получится, на проекте соседнем. Поводом было то, что меня перестал устраивать текущий инструмент отслеживания запросов на изменения. Начав думать над одним, огляделся и понял, что пора бы и всё остальное поменять, до чего давно не доходили руки.
В общем, перво-наперво задача стояла поменять систему отслеживания запросов на изменения, или попросту багтрекер. К моменту написания заметки на пробу использовал Jira, подумывал оценить её и предложить соседней команде в качестве альтернативы использовавшегося ими Eventum. Когда стали обсуждать переход в участниками команды, решили посмотреть на прайс Джиры. посмотрели и решили, что Redmine, обладающий тем же функционалом, но за бесплатно, вполне подойдет :) У меня был опыт его настройки и внедрения в процесс, так что переход обещал быть быстрым.
Установили в локальную сеть на машину под управлением CentOS. Человек, непосредственно ставивший его, пользовался вот этой инструкцией по установке. Всё заработало сразу. (Есть ещё вот такая заметка про установку Redmine на CentOS + ISPManager. может быть, кому-то пригодится.)
Дальше мне пришлось немного поколдовать, чтобы привести настройки системы в соответствие процессу разработки.
Первым делом сменил заголовок. Был Redmine, стал Красношахтинск. Зато нескучно :) Правда, потом пришел директор и поменял обратно ;) А заодно сделал перевод на русский перечислимых терминов, например группы пользователей, состояния в workflow и список приоритетов (будет ниже).
Перво-наперво завел проекты. соответствующие рабочим задачам. К примеру, проекты, над которыми работаю я, разбиваются естественным образом по доменникам, на которым проекты крутятся. Поддомены - это, в свою очередь, подпроекты. Ну и в ним - своё разделение. У меня получилось 3 уровня вложенности.
А если задача к разным проектам? А в этом случае задача заводится в над-проекте. Например, есть www.project.ku и у него foo.project.ku и bar.project.ku. Задачи, общие для поддоменов, заводятся в www.project.ku.
Вот в соседней Команде Д (см. предыдущий пост ) проект один, разбиение на проекты было сделано по а) разделам сайта б) крупным фичам, затрагивающим несколько разделов или сайт целиком.
В общем, способы нарезки предметной области у нас разные. Что лучше - посмотрим со временем, пока что всё устраивает.
Зачем вообще разбивать на проекты? Да хотя бы чтобы задачи не пересекались.в общем списке. Иногда это мешает, но в целом отторжения не вызывает.
Дальше определились с пользователями. Тут просто - завели на каждого участника проекта по юзеру, даже без привязки к Active Directory. Роли(roles) оставили те же, что и были по умолчанию и добавили новую, ну и директор их перевел на русский:Что ещё оставалось сделать - связать репозиторий SVN с Redmine .
Тут ждала неожиданность: если несколько проектов используют один репозиторий, то к каждому проекту его надо подцеплять отдельно! Учитывая, что репо у "Команды Д" Рэдмайн пережевывал минут 5 (и, соответственно, отъедал место на сервере под свою базу), подцепить репо к каждому из десятка проектов - это тот ещё геморрой. Увы, поиск по манам и форумам ничего не дал - пришлось подцеплять репо к проектам постепенно, по мере необходимости.
Отдельно надо сказать про связь записей Redmine и ревизий SVN. У Рэдмайн есть отличная фича - связывание ревизий в системе контроля версий и своих записей в базе. Т.е. если Василий Пупкин пофиксил в SVN ревизии 9874 баги #125 и #145, то в этих записях появятся ссылки на эту самую ревизию с указанием комментария из ревизии. Соответственно, можно пойти по ссылке и посмотреть внесенную дельту.
Для того, чтобы эта схема работала, надо чтобы в комментарии к ревизии было ключевое слово и номер записи, например "Just made minor fix #124.", где fix - ключевое слово, а #124 - это привязка к записи. Списко ключевых слов редактируется вот тут:
http://local_redmine/settings/edit?tab=repositories
секция Referencing keywords. Я добавил ключевые слова "fix,##,пофиксил,фикс".
Кстати, там же есть возможность привязывать ревизии к определенным состояниям записей - вообще чума! Жаль, нигде не пригодилось :)
Из первичной настройки - вроде всё.
Текущий процесс работы над задачей выглядит примерно так.Кроме того, сразу была задействована встроенная Вики. Туда сейчас постепенно переносим нужную информацию.
Напоследок о фильтрах записей. Поскольку их (записей) было сразу заведено под сотню, понадобилось это всё как-то фильтровать. Помогли фильтры. Настроили пару-тройку public фильтров, чтобы все могли пользоваться.Из повседневного - пока что всё. Посмотрим, что будет дальше.
P.S. Кому как, а у меня Redmine уже ассоциируется больше с системой управления проектами, чем с простым багтрекером.
Updates. Может также пригодиться инструкция по установке RedMine на Windows. Кому лень настраивать руками - есть отличная замена - Bitnami Stack .
Ну и вообще - почитайте до кучи обсуждение заметки на RSDN. есть полезные посты.
А кому не хочется Редмайн - можете попробовать eTraxis. Очень рекомендую.
По поводу узнавания о новых ревизиях
>По запуску спецскрипта (например, по крону).
Можно подробнее? Можно конечно и самому поискать, но может другим читателям статьи тоже полезно будет.
И сразу вопрос - оно будет весь репозиторий полностью перечитывать?
И еще меня напрягает, что если я например поменяю log message у коммита, то редмайн об этом не узнает и в репозитории показывает старое log message. Мне пока приходится вручную удалять и передобавлять репозиторий в настройках редмайн. Можно ли как-то проще?
Год назад ставил и настраивал на работе связку Redmine+SVN+AD. Поделюсь насчет новых ревизий.
Когда в redmine добавляется реп, redmine сканирует комменты всех уже существующих коммитов и добавляет инфу о них к себе в БД. В дальнейшем, каждый раз когда кто-нить из юзеров открывает реп из веб-морды redmine, тот снова сканирует реп, но на этот раз только все те коммиты, которые он еще не сканировал (обновляя инфу в БД, разумеется). Таким образом скан коммитов происходит какбы автоматически и инкрементно.
Однако действительно есть проблема с тем, что изменение комментария уже отсканированного коммита redmine не видит. Это я обошел следующим образом. У redmine есть скрипт, который делает примерно тоже самое - сканирует коммиты всех прикрученных к redmine репов. Но его можно запускать в двух режимах - инкрементный (как выше), или "с нуля". В последнем случае скрипт удаляет из БД redmine'а инфу обо всех уже просканированных коммитах, и пересканирует все по-новой. Однако операция эта разумеется длительная - у нас в репах были проекты "средней" тяжести (в плане кол-ва исходников, модулей, и прочего) и полный рефреш занимал больше двух часов. Поэтому я просто заскедулил этот скрипт, чтобы он запускался раз в сутки по ночам.
Сам скрипт не скажу, под рукой redmine'а нет, да и многое поменяться могло за год (я тогда возился с версией 0.8). Инфу о скрипте я нашел в redmine'овых вики. Найдете и вы. ;)
Что ж вы такое пишете, что рефреш репозитория идет 2 часа?
У меня проект небольшой конечно, где-то 50-100К строк, пара тысяч коммитов, но рефреш репозитория происходит за минуту.
Что должно быть в репозитории, чтобы рефреш происходил 2 часа?
Код в основном пишем. ) Если подробнее, то реп содержал кодовую базу различных проектов, тем или иным образом посвященных видеоаналитике. В итоге в репозитории лежит:
1. Код некоторых сторонних библиотек, например OpenCV или Protocol Buffers. Библиотеки OpenSource, так что мы их под себя бывает подтачиваем (с сохранением GPL-лицензии, разумеется ;) ), а потому готовые бинарники библиотек для нас не выход. В результате код лежит в репе и компиляется наравне с нашим собственным.
2. Наш код также разбит на независимые библиотеки, посвященные тем или иным аспектам видеоаналитики. Например, модуль управления различными камерами, модуль распознавания лиц, модуль анализа пола (ака sex), и т.д.
3. Разношерстные проекты, построенные на базе кода из первых двух пунктов, как из кирпичей.
Ну и помимо этого репозитария, была еще пара - из соседних отделов. Не будем же мы ставить в каждый отдел по редмайну. )
Но вообще цифра действительно большая. Тут вот автор в личке пишет, что у них 7 тыс. коммитов сканилось минут 10, в то время как в "моем" репе на тот момент было около 8 тыс (т.е. немногим больше). SVN и Redmine жили на одном сервере, общались по протоколу "file://", так что сеть тут не причем. Насколько я понимаю, Redmine использует "svn log" для каждого коммита. Быть может, все дело в огромном кол-ве мелких файлов? По идее, размер файлов не должен играть роли, но если файлов количественно несколько тысяч, и во многих коммитах они участвуют сотнями.
Ах да! У нас очень интенсивно использовались "бранчи", точнее то, что svn считает бранчами. И если кто-нить желал отрастить бранч от транка, он получал коммит, содержащий все несколько тысяч файлов. И таких бранчей в свою очередь сотни. Может, все дело в этом.
В общем, к концу ответа на ваш вопрос расписываюсь в собственном недоумении. Но факт остается фактом - лично замерял.
Задачу обновления log message можно решить ручками из консоли ruby. Запускаем консоль командой ruby script/console production и выполняем следующий код:
c = Changeset.find_by_revision(номер_ревизии)
2 c.comment = "новый текст коммит-лога"
3 c.save()
4 c.scan_comment_for_issue_ids
По поводу спецскрипта - он у меня запускается из post-commit хука, и выглядит вот так:
ruby e:/redmine/script/runner "Repository.fetch_changesets" -e production
Правда есть один минус - время коммита увеличилось секунд на 10.
После авторизации в системе учета задач Redmine http://redmine.danila.org.ua/ пользователь видит доступные ему проекты. Выбрав необходимый проект можно посмотреть следующую информацию:
Добавление задачи в Redmine.
После авторизации в системе учета задач Redmine http://redmine.danila.org.ua/ надо выбрать нужный проект, к которому будет добавляться задача. Выбираем пункт “Новая задача”.
В поле «Трекер» выбираем вид задачи, которая заполняется:
«Тема» — название задачи
«Описание» – описание задачи. Краткое пояснение о чем идет роль в данной задаче.
«Статус» — по умолчанию Новая. Дальше после приема задачи в работу статусы будут меняться.
«Приоритет» — приоритет выполнения задачи. Мы понимаем что все задачи для наших клиентов срочные. Данным значением Клиент дает нам понять насколько срочна данная задача для него.
«Назначение» — кто исполнитель этой задачи. Клиент не заполняет значение этого поля. Задачи исполнителям назначает менеджер проекта.
«Дата выполнения» – если есть крайние сроки задачи исходя из бизнес-процессов, которые автоматизируются, надо указать ориентировочный крайний срок.
«Файлы» — если есть какие-то дополнительные файлы, которые надо указать для выполнения задачи, добавляйте их нажимая эту кнопку.
«Оценка времени» и «Готовность» – данные поля обновляются в процессе приемки задачи менеджером проекта и выполнения её программистом.
Когда задача уже создана и надо добавить комментарий, для этого можно воспользоваться кнопкой «Обновить».
Последовательность работы над задачей.
Когда задача взята в разработку у неё появляется ответственный и статус у задачи «в работе «.
После завершения работы над задачей программистом у задачи статус устанавливается в «Сдана программистом «. Данный статус означает что в ближайшее время решение по задачи будет перенесено в базу Клиента.
После переноса решения в базу Клиента у задачи статус устанавливается в «Обратная связь «. Наличие этого статуса у задачи говорит о том, что можно смотреть решение в рабочей базе клиента и писать свои замечания в комментарии к задаче.
Спасибо за полезную статью, добавлю немного отсебятинки:
-------------------------
Extended fields
Плагин позволяющий добавлять свои поля с блэкджеком и плюшками. Приятное расширение функционала. (Да, я знаю что в Redmine это можно делать и по умолчанию, поверьте эта штука развяжет вам руки еще больше!)
http://projects.andriylesyuk.com/projects/extended-fields
-------------------------
Redmine link
Тривиальнейший в настройке плагин позволяющий размещать в разных фрэймах статические линки. Мне было полезно для размещения в шапке ссылок на корпоративные ресурсы и сервер отчетности.
https://github.com/edavis10/redmine_static_link
-------------------------
Redmine Work Time plugin
Позволяет видеть все свои списания в разрезе месяца и удобно списываться сразу во все висящие на тебе задачи. Плюс, при некотором умении можно списывать время за других :)) (Полезная для руководства плюшка.)
http://www.r-labs.org/projects/worktime
-------------------------
Sidebar content
Поговаривают, что некоторые ПМ в своих проектах используют этот плагин для кастомизации боковой панели. Иногда ощущаю лучи добра прилетающие от них.
http://projects.andriylesyuk.com/projects/sidebar-content
Спасибо за интересные плагины!
Кстати, Extended fields и Sidebar - уже включены в Redmine Customize Plugin )
Ворктайм в работе не использовал, а вот линк - крайне ценный и полезный плагин. Удивлен как я про него забыл.
Нет, никаких плагинов для прав не ставил.
Вот список установленных, вряд ли чтобы какой из них влиял:
clipboard_image_paste
progressive_projects_list
redcase
redmine_agile
redmine_category_watchers
redmine_codemirror
redmine_cut_tag
redmine_emojibutton
redmine_issue_checklist
redmine_issue_completion
redmine_jstoolbar_ext
redmine_jstoolbar_ext_buttons
redmine_jstoolbar_ext_images
redmine_lightbox2
redmine_my_page
redmine_postgresql_search
redmine_revision_branches
redmine__select2
redmine_slack
scrum
sidebar_hide
subtask_columns
попробуйте Redmine Role Relacement Plugin
Может дело в самом чеклист плагине? Найдите репу автора на гитхабе и спросите. )
Спасибо за совет с Role Relacement, но все оказалось тривиальней, и, кстати, подсказал действительно автор плагина, оставлял запрос через обратную связь на странице. Все дело в грантах в разделе Administration - Roles and Permissions. Чеклист плагин там в разделе Issue Tracking, поэтому не увидел при беглом поиске по настройкам.
