Внутренние ошибки отслеживания билетов - Redmine, Trac или JIRA - PullRequest
Новая
       44

Внутренние ошибки отслеживания билетов - Redmine, Trac или JIRA

7 голосов
/ 02 марта 2010

Я пытался настроить Redmine , Trac или JIRA для отслеживания проблем. Я хочу, чтобы моя команда разработчиков создавала внутренние заявки, которые никогда не видят клиенты, тогда как клиенты могут создавать / редактировать заявки, которые видны внутренней команде.

В документации Trac вы можете установить разрешения на создание или просмотр билетов, но, похоже, он не позволяет просматривать только определенные билеты. Это может быть возможно с Trac Fine Grained Permissions , но это не так.

Документация Redmine упоминает:

Определите свои собственные роли и установите их разрешения в один клик

но, похоже, не имеет уровня детализации.

Из документации JIRA :

На данный момент JIRA может только поддерживать безопасность на уровне проекта или уровень вопроса. В настоящее время нет доступна защита на уровне поля.

Согласно этому вопросу Redmine не поддерживает внутренние тикеты, поэтому вам придется использовать несколько проектов. Я не хочу ситуации, когда мне пришлось бы создавать несколько проектов - один внутренний, один внешний и иметь внешние билеты, внесенные во внутренний репозиторий. Кажется, что это приведет к ненужным накладным расходам и неизбежно, проекты не будут синхронизированы. Можно ли каким-либо из этих продуктов (возможно, через плагин, если не в самом основном продукте) указать эти разрешения или упростить наличие двух проектов с разными пользователями и разрешениями, которые все еще должны обмениваться информацией?

Ответы [ 7 ]

5 голосов
/ 16 июня 2010

В Redmine мы просто используем подпроекты для внешнего доступа.

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

Работает без проблем

4 голосов
/ 02 марта 2010

У Джиры довольно большой контроль над видимостью, я бы не стал так быстро ее отклонять.

Вот ссылка, которую я нашел, которая говорит об этом: https://confluence.atlassian.com/display/JIRA/Configuring+Issue-level+Security

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

3 голосов
/ 03 марта 2010

Jira имеет «Уровни безопасности выдачи», которые позволяют вам делать то, что вы хотите (см. Ссылку в другом ответе).

  • Одним из ограничений является то, что подпункты наследуют уровень безопасности своего родителя, я не считаю его значимым
  • Я рекомендую использовать роли проекта для обозначения внутренних и внешних членов команды, а не групп (иначе у вас будет несколько групп на проект, что приведет к слишком большому числу групп)
  • указанное вами ограничение (без защиты на уровне поля) не влияет на то, что вы хотите сделать
  • Типы проблем не имеют отношения к уровням безопасности
2 голосов
/ 12 марта 2010

Похоже, что вы хотите плагин частных билетов для Trac. Это позволит вам сделать так, чтобы клиенты могли видеть только билеты, о которых они сообщили, а не билеты, о которых сообщили другие клиенты.

1 голос
/ 15 ноября 2011

Redmine 1.2 имеет "частные" билеты.

1 голос
/ 03 марта 2010

CounterSoft Gemini делает то, что вам нужно.

Технический документ, который может помочь вам при настройке внешних участников проекта: http://countersoft.com/downloads/whitepapers/Implementing_an_Issue_Management_Platform.pdf

0 голосов
/ 23 марта 2012

JIRA - ваша лучшая ставка. Мы широко используем его и можем создавать внутренние или частные билеты со значительной степенью детализации, но, по общему признанию, не на местном уровне. Вы могли бы написать плагин для достижения этой цели.

Прочитайте пост в блоге о сравнении: http://blog.pineywoodstech.com/index.php/2011/12/jira-issue-tracking-for-the-masses/

...