내부 버그 추적 티켓 - Redmine, Trac 또는 JIRA

Question

문제점을 추적하기 위해 Redmine, Trac 또는 JIRA을 설정했습니다. 내 개발 팀이 고객이 볼 수없는 내부 티켓을 만들 수있게하고 고객이 내부 팀이 보는 티켓을 작성/편집 할 수있게하고 싶습니다.

Trac documentation에서 티켓을 만들거나 볼 수있는 권한을 설정할 수는 있지만 특정 티켓 만 볼 수있는 것은 아닙니다. Trac Fine Grained Permissions 일 수도 있지만 표시되지는 않습니다.

Redmine documentation는 언급 :

자신의 역할을 정의하고 클릭

하지만 단위의 수준이 표시되지 않습니다 자신의 권한을 설정합니다. JIRA documentation에서

:

순간 JIRA에서 프로젝트 수준에서 지원 보안 또는 문제 수준 만 할 수 있습니다. 현재 사용할 수있는 필드 레벨 보안은 입니다.

는 this question에 따르면, 레드 마인은 내부 티켓을 지원하지 않습니다, 그래서 당신은 여러 프로젝트를 사용해야합니다. 나는 하나의 내부 프로젝트, 하나의 외부 프로젝트 및 외부 티켓을 내부 저장소로 가져와야하는 상황을 원하지 않습니다. 이는 불필요한 오버 헤드를 초래하고 필연적으로 프로젝트가 동기화되지 않는 것처럼 보입니다. 이러한 제품을 사용하거나 (핵심 제품 자체가 아닌 경우 플러그인을 통해) 이러한 사용 권한을 지정하거나 정보를 공유해야하는 다른 사용자와 권한을 가진 두 개의 프로젝트를 단순화 할 수 있습니까?

Answer 1

Jira는 상당히 많은 가시성 제어 기능을 가지고 있으므로 너무 빨리 무시하지 않을 것입니다. https://confluence.atlassian.com/display/JIRA/Configuring+Issue-level+Security

당신은 하나 개의 프로젝트를 할 것이다 다음은 공공에서 어떤 일을 숨길 문제 유형을 사용할 수 있습니다 : 여기

내가 그것에 대해 회담이 발견 링크입니다. 당신은 또한 내부 또는 공개 의견을 말할 수 있습니다, 나는 생각한다.

Answer 2

CounterSoft Gemini가 필요한 작업을 수행합니다. 외부 프로젝트 참여자를 설정으로 당신을 도움이 될 수

백서 : http://countersoft.com/downloads/whitepapers/Implementing_an_Issue_Management_Platform.pdf

Answer 3

락스 당신이 (다른 답변에서 인용 링크 참조)하고 싶은 것을 할 수 있도록 "문제의 보안 수준을"이있다.

• 한 가지 제한이 subissues는 부모의 보안 수준을 상속한다는 것입니다, 나는 그것이 중요한 것으로 확인하지 않은
• 나는 '당신이 다른 사람 (이 아닌 그룹 내부 및 외부 팀 구성원을 지정하는 프로젝트 역할을 사용하는 것이 좋습니다
• 제한 사항 (필드 수준 보안 없음)은 수행하려는 작업에 아무런 영향을주지 않습니다.
• 문제 유형은 보안 수준과 관련이 없습니다.

Answer 4

Trac의 경우 private tickets plugin을 원합니다. 이렇게하면 클라이언트가보고 한 티켓 만 볼 수 있고 다른 클라이언트가보고 한 티켓은 볼 수 없게됩니다.

Answer 5

redmine에서는 외부 액세스 용 하위 프로젝트 만 사용합니다.

하위 프로젝트의 모든 티켓은 아무런 문제

레드 마인 1.2 "개인"티켓을 가지고

Answer 6

로 ... 또한

작품을 개발자와 전체 액세스 권한을 가진 부모 프로젝트에 볼 수 있습니다.

Answer 7

JIRA가 최선의 방법입니다. 우리는 광범위하게 사용하고 내부 표 또는 개인 표를 상당한 세분화로 작성할 수 있지만 필드 수준에는 맞지 않습니다. 플러그 - 인을 작성할 수 있습니다.

이 비교에 블로그 게시물의 빠른 읽기 유무 : 대답에 링크가 죽었 http://blog.pineywoodstech.com/index.php/2011/12/jira-issue-tracking-for-the-masses/