티켓 관리 : OTRS. (이 도구를 변경할 수는 없지만 모든 것을 OTRS에 통합해야 함)Redmine 및 OTRS 통합
프로젝트 관리 도구 : 실제로 Kanban을 포함 할 수있는 훌륭한 프로젝트 관리 도구를 찾고있었습니다. Redmine에는 Kanban 용 플러그인이 있습니다. 저장소 : 저장소 서버로서 gitLab 인터페이스로 git를 사용하기로 결정했습니다.
이제 Redmine을 OTRS와 통합하는 방법이 궁금하거나 내 선택이 응용 프로그램 수명주기에 적합하지 않은 경우 오픈 소스는 무엇입니까?
는 아무 대답이 없습니다 :(아주 흥미로운 질문입니다 ... 내 작은 조사
결과 : 이 http://www.redmine.org/boards/2/topics/24573 (유용한 두 가지를 포함 : 내가 여기 당신을위한 것입니다 purtly 도움이 될 수있는 몇 가지 링크를 넣어 것입니다 이 플러그인의 링크는,하지만 난 우리가 물론 이러한 통합을 완벽하게 호출 할 수 없습니다. 이메일을 통해 OTRS와 레드 마인을 통합 한 저희 회사에서는 이러한 플러그인)
을 테스트 할 시간이 없어,하지만 우리가 해결해야 우리의 과제 : OTRS 사용자와 Redmine 사용자는 각각의 시스템을 통해 대화 할 수 있습니다. Redmine에있는 누군가가 문제를 만들 수 있으며 문제는 OTRS로 전달 될 수 있습니다.
일부 세부 정보입니다.
OTRS는 [Ticket # 2015032394000015]와 Redmine과 같은 전자 메일 제목의 티켓 ID가 있습니다. [# 123] (즉 완전히 다릅니다.) Redmine을위한 작은 패치는 외계인 티켓 ID (OTRS 's)와 어디에서 소유하고 있는지 (Redmine 's)를 결정합니다. 두 시스템 모두 전자 메일을 보내고받을 수 있습니다.
또한 OTRS의 방출 전자 메일 주소로 채워지는 OTRS "owner-email"필드의 티켓에 대해서는 개발자의 토론, 상태 업데이트 등으로 OTRS를 스팸하지 않도록하기 위해 Redmine helpdesk plugin을 사용합니다. Redmine에서 티켓의 제목에는 OTRS의 티켓 번호가 있어야합니다. 따라서 OTRS에서 수행되어야합니다. 그래서 제안 된 워크 플로우는 처음 OTRS에서 만든 티켓이 될 것입니다 경우 :
사용자 -> OTRS : 문제 설명
OTRS -> 사용자 : 자동 응답
(.. . 사용자와 지원 사이의 대화 ...)
OTRS -> 레드 마인 : 개발자 주장
Redmine -> OTRS : Redmine 티켓 번호로 자동 응답. OTRS는 Redmine의 티켓 ID를 사용하여 티켓 제목을 업데이트해야합니다.
는 (... 지원과 개발자 사이의 대화 ...)
등
결정적인 것은 5 번째 포인트 OTRS 티켓의 제목을 업데이트하는 것입니다.