я создал 4 проекта на JIRA (которые соответствуют 4 различным областям нашей бизнес-единицы.Группы/Роли распределяются между 4-х проектами (которые соответствуют 4 областям нашей бизнес-единица)
Я создал мою issuetypes, myscreens, . мышимоиПоль, и мой рабочий процесс (мы пытались стандартизировать настолько, насколько это возможно, чтобы touse это для 4-х проектов)
для этих проектов, мы в виду ограничиться 2 категории ролей:
' «Ответчики» и «Исполнители». Таким образом, я создал эти две роли. На самом деле мы хотели бы, насколько это возможно, иметь население пользователей (с ролью «адеков») роль самая широкая (все потенциально заинтересованные пользователи). В то время как люди, отвечающие за вопросы, будут иметь максимальную численность до десяти человек для каждого проекта или периметра.
С этой целью:
Я надеялся использовать basicjira-usersgroup, к которому я разрешу роль, которую 'аскеров'
Я начал создавать группы GRP_ACTORS_1, GRP_ACTORS_2, GRP_ACTORS_3 и GRP_ACTORS_4 для каждого проекта и повлияли на роль «исполнителей» на них (но члены этих групп также являются членами jira-пользователей). До сих пор мне удалось разделить мой рабочий процесс между этими четырьмя различными проектами. Но он, наконец, находится на уровне переходов, которые больше не функционируют. Потому что в моих условиях я проверяю роль связанного человека, чтобы узнать, может ли он использовать или не использовать переход. И учитывая, что я разрешаю роль «исполнителей» для каждой из 4-х групп выше, члены GRP_ACTORS1 и члены GRP_ACTORS2, например, могут сделать то же самое по проблеме (на уровне перехода, который я имею в виду). Тогда, на самом деле, я бы хотел, например, что только член GRP_ACTORS1 сможет что-то сделать. Член GRP_ACTORS2 может достичь той же проблемы, но просто прочитать ее, ничего больше.
Мои потребности:
Я хотел бы сделать так, чтобы население пользователей of'asker»роль является широчайшие возможности. И что роль «asker» будет определена по умолчанию для каждого пользователя, репатриированного из каталога LDAP.
То, что члены групп, которым заданы вопросы, являются единственными, кто может действовать по этим вопросам.
Остальные, те, которые касаются других групп, могли бы просто присоединиться к этому вопросу (они могли читать только их), но они не должны быть в состоянии сделать другую вещь. (Мы не должны вообще настроить систему безопасности вопрос)
Вопросы:
1- это -possibleto разделяют ту же последовательность действий между несколькими проектами?
2 В документации по Atlassian я читал, что группы имели общий диапазон в JIRA, и эти роли были связаны с каждым проектом? Неужели это так?
3 - возможно ли, чтобы мы работали вопреки, с группами, связанными с каждым проектом, и с общими ролями в JIRA?
Извините за мой английский ... ;-) На третьей части, я прошу, если это было возможно работать с группами, связанными с каждым проектом, и глобальные роли, потому что я видел в официальной атласской документации, что группы были глобальными для JIRA, а роли, наиболее специфичные для конкретного проекта ... Если бы я понял, мы должны работать с пользователями jira, jira-developers и jira-administratorators (и связанными ролями) , наконец, для доступа JIRA. И для наших нужд мы могли бы создать некоторые другие группы и роли в зависимости от того, что мы хотим делать с JIRA. – user2459572