그룹/역할, 사업 단위의 4 개 별개의 도메인. 내 issuetypes, myscreens을 만들어</p> <p>에 해당 내가 JIRA에 4 개 프로젝트를 생성

Question

((사업 단위의 4 개 영역에 해당) 4 개 프로젝트 사이에 공유 .

'myfields, 내 워크 플로우 (우리가 4 개 프로젝트를 위해 touse 위해 가능한 한 표준화 노력)이 프로젝트의

, 우리는 역할이 개 범주에 자신을 제한하는 마음에 보관 (askers) '와'집행자 (executor) '라는 두 가지 역할을 만들었습니다. 사실, 우리는 가능한 한 많은 사용자를 보유하고 싶습니다. 'askers'역할) 역할이 가장 광범위합니다 (모든 사용자는 잠재적으로 우려됩니다). 이 문제를 담당하는 사람들은 각 프로젝트 또는 주변에 대해 최대 10 명 ~ 최대 약 10 명입니다. 이 의도와

: 나는 basicjira-usersgroup을 사용하기를 희망

• , 내가 수 있도록하는 'askers의 역할 내가 그룹을 생성하기 시작했다

• GRP_ACTORS_1, GRP_ACTORS_2, GRP_ACTORS_3 및 각 프로젝트에 대한 GRP_ACTORS_4 및 역할 '실행자'에게 영향을 미쳤습니다 (그러나이 그룹의 구성원은 jira-users의 구성원이기도 ​​함). 지금까지이 4 가지 프로젝트간에 워크 플로를 공유하는 데 성공했습니다. 그러나 마침내 더 이상 기능하지 않는 전환의 수준에 있습니다. 내 조건으로, 내가 전환기를 사용할 수 있는지 여부를 알기 위해 연결된 사람의 역할을 테스트하기 때문에. 그리고 위의 4 개 그룹에 'executor'역할을 허용한다고 가정하면 GRP_ACTORS1의 멤버와 GRP_ACTORS2의 멤버는 문제 (동일한 전환 단계에서)에 대해 동일한 작업을 수행 할 수 있습니다. 그렇다면 사실 GRP_ACTORS1의 멤버 만 무언가를 할 수 있기를 바랍니다. GRP_ACTORS2의 멤버는 같은 문제에이를 수 있지만 읽는 것 외에는 아무 것도 읽을 수 없습니다.

내 요구 :

• 나는 역할 'of'asker 사용자의 인구가 가장 넓은 가능하도록하고 싶습니다. 'asker'역할은 기본적으로 디렉토리 LDAP에서 강제 송환되는 각 사용자에 대해 정의됩니다.

• 문제를 할당 한 그룹의 구성원 만 이러한 문제에 대해 조치를 취할 수 있습니다.

다른 사람, 다른 그룹에 속한 사람들은 단지 (그들은 단지를 읽을 수) 문제에 가입 할 수 있지만 다른 일을 할 수 없게한다.

1- 여러 프로젝트 사이에 동일한 워크 플로를 공유 -possibleto입니다 :

질문 (우리는 문제의 보안 시스템을 구성하는 데 전혀 필요가없는 것)?

2 - Atlassian 문서에서, 그룹이 JIRA 내에서 일반적인 범위를 갖고 있으며 그 역할이 각 프로젝트와 관련되어 있다는 것을 읽었습니까? 정말 그거야?

3 - 우리는 각 프로젝트와 관련된 그룹 및 JIRA 내의 일반적인 역할과 상반되는 기능을 할 수 있습니까?내가 설명을 모두 이해하지만, 귀하의 질문에 대답을

Answer 1

확실하지 :

1. 예, 워크 플로우 방식이 워크 플로를 사용하고, 워크 플로우 방식은 여러 프로젝트에서 사용할 수를

2. 그룹은 JIRA 사용자 모음입니다. 프로젝트 역할은 모든 JIRA 프로젝트에 존재하지만, 다른 프로젝트에서 다른 값을 가질 수 있습니다. 프로젝트 역할 값은 사용자 또는 그룹 일 수 있습니다.

3. 질문을 이해할 수 없습니다.

~ 매트

은 각 프로젝트에 연결된 그룹, 글로벌 역할과 일을 할 수 있다면 내가 보았 기 때문에 세 번째 부분에 ;-) , 내가 물어 ... 내 영어에 대한