Как отфильтровать проект JIRA, который видны и доступны только определенным пользователям? - PullRequest
5 голосов
/ 29 октября 2008

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

Но в настоящее время мы группируем этих пользователей в стандартную группу jira-users.

Каков наилучший способ отфильтровать проект JIRA, который видны и доступны только определенным пользователям

Ответы [ 5 ]

7 голосов
/ 30 апреля 2009

Лично я за роли в проекте. У меня есть общая схема разрешений, которая позволяет всем пользователям / группам, определенным в ролях проекта, просматривать проект, в результате чего администратор / менеджер проекта определяет, какие группы могут просматривать их проект. Таким образом, удаляя или добавляя пользователей jira (группа по умолчанию, в которую пользователь должен был бы войти даже для входа в JIRA) к роли проекта «пользователи» своего проекта, менеджер проекта может контролировать, все ли пользователи могут просматривать их проект .

4 голосов
/ 29 октября 2008

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

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

Создайте схему разрешений для набора разрешений для одного проекта. Как то так:
Просмотр проектов -> Группа (project1_admins, project1_developers, project1_users, project1_observers)
Создать проблемы -> Группа (project1_admins, project1_developers, project1_users)
Проблемы с перемещением -> Группа (project1_admins)

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

Наконец, вы можете использовать схемы защиты от проблем, чтобы определить, кто может и не может просматривать проблемы. Схемы безопасности выпуска реализуют ряд уровней безопасности, которым могут назначаться пользователи / группы.

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

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

Полностью согласен с Брайаном: роли проекта - это путь, иначе у вас будет слишком много групп. Роль членства является локальной для проекта. Группы являются глобальными.

Абсолютно не согласен с Баларами: уровни безопасности следует использовать очень экономно и для небольшого процента вопросов (в порядке исключения).

0 голосов
/ 07 марта 2013

Я написал учебник о том, как это сделать. Он включает создание схемы разрешений, группирование и отсоединение группы пользователей от схемы разрешений по умолчанию. Я не знаю, является ли это единственным способом сделать это, но после освоения требуется всего 10 минут, чтобы настроить нового клиента с разрешениями ТОЛЬКО для их собственных проектов.

Это самое простое руководство о том, как это сделать:

Настройка JIRA для отдельных прав доступа проекта / пользователя

0 голосов
/ 16 февраля 2010

Лучший и динамичный способ решения этой проблемы - с помощью уровней безопасности и установки уровней безопасности на основе проблемы во время выполнения с помощью функции post.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...