TRAC에서 여러 (중첩) 프로젝트를 어떻게 처리합니까?
https://stackoverflow.com/questions/268039
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리는 TRAC를 사용하고 있으며 실제로 만족합니다. 그러나 상자 밖에서 TRAC는 단일 프로젝트 환경에만 가장 적합합니다. 그럼에도 불구하고 사람들이 여러 프로젝트와 함께 작동하도록하기 위해 사람들이 취하는 다양한 접근 방식에 대해 듣고 싶습니다. 권장 할 플러그인이 있습니까? 패치, 조정 또는 WhatNots가 있습니까? 모든 TRAC의 기능과 멀티 프로 버젝트 지원을 제공하는 완전히 다른 버그 추적 시스템을 사용하고 있습니까?
우리는 최근에 일반적으로 잘 작동하지만 두 번째 프로젝트에 사용 된 일반적인 라이브러리 코드로 인해 두 프로젝트가 겹치는 두 번째 프로젝트를 스스로 관리하기 시작했습니다. 이것을 어떻게 처리합니까?
(이 게시물에 대한 답으로 현재의 접근 방식을 첨부하겠습니다.)
해결책
우리가 취한 접근법은 각각의 새로운 프로젝트에 대해 다른 TRAC 환경을 만들고 설정하는 것입니다. 인터 트랙 둘 사이의 더 간단한 교차 참조를위한 링크. 우리는 또한 공통 기반을 사용합니다 trac.ini 상속] 지침을 통해 파일.
질문에 언급 된 공유 코드의 모호성 문제 외에도 프로젝트의 특성과 워크 플로에 따라 귀하에게 영향을 줄 수있는 몇 가지 단점이 있습니다.
- 새로운 프로젝트를 만드는 것은 쉬운 과정이 아닙니다. 브라우저 인터페이스를 통해 수행 할 수 없습니다
- 티켓 번호는 통일되지 않았습니다 : 각각의 새로운 프로젝트 환경은 #1에서 새로 시작합니다 - 적어도 인터 트랙 별명으로 쉽게 분해 할 수 있습니다.
- 플러그인을 설치하고 구성 할 때는 모든 환경에 설치 및 구성되도록 추가주의를 기울여야합니다.
다른 팁
우리가 따르는 대안은 다른 프로젝트를 구성 요소로 구성하는 것입니다.
우리는 SVN 리포지토리와 홈 위키 페이지를 공유하지만 이정표 기능을 사용하지 않습니다. 프로젝트가 다른 모듈을 갖기에 충분히 큰 경우 (우리의 경우 그중 하나만) 각 모듈을 프로젝트 대신 구성 요소로 구성합니다.
약 1 년 전에 단순한 분류 jectplugin (하나의 TRAC 인스턴스에서 여러 프로젝트 지원)이 구현되었습니다. > = trac 0.12로 실행됩니다. 새로운 티켓 필드 '프로젝트'를 추가하고 여러 프로젝트 용 필터와 맵 버전, 구성 요소 및 이정표가 프로젝트에 대한 타임 라인 및 로드맵 페이지를 확장합니다.
여기서도 같은 느낌, TRAC는 일단 제대로 구성되면 정말 좋습니다. 그리고 코드를 터치하지 않고 쉽게 해킹 할 수 있습니다. Wiki 구문이 Markdown과 같은 더 일반적인 것이기를 바랍니다.
우리는 하나의 TRAC 인스턴스를 사용하는 접근 방식을 취했습니다. 우리는 단단한 ACL을 사용하고 싶지 않았으며 개발자의 모든 활동을 한 곳에 유지하는 데 도움이됩니다.
프로젝트를 분리하기 위해 우리는 본질적으로 다양한 이정표에 버그를 할당하고 있습니다. 모든 프로젝트에는 단기 및 장기 이정표가 있습니다. 단기는 실제 버그와 주요 릴리스의 장기를 고정하는 데 사용됩니다.
다른 "새로운 티켓"필드의 대부분은 가지 치기로, "유형"및 "심각도"필드를 유지하는데, 어쨌든 모든 프로젝트에서 동일합니다.
보고서는 본질적으로 "내 티켓"으로 제한되며 "쇼 보고서"버튼은 티켓에 직접 액세스하도록 조정되었습니다.
워크 플로우는 또한 중간 "테스트"상태를 추가하도록 조정되어 QA가 수정을 보장 할 수 있습니다.
이메일 구성이 우편함을 범람하지 않도록 조정되어 개발자가 실제로 과제를 읽을 수 있도록 조정되었습니다.
이를 통해 우리는 매우 효율적인 도구를 가지고 있습니다. 올바르게 얻는 데 시간이 걸렸지 만 Google에서 해킹하고 조회하는 방법을 알고 있다면 상황을 쉽게 바꾸는 것이 쉽습니다.
그만큼 아파치 블러드 하운드 프로젝트 특히 여러 프로젝트에 대한 지원을 TRAC (무엇보다도)에 지원하기 위해 특별히 시작되었습니다. 본질적으로 TRAC 위에 플러그인 모음입니다.
Bloodhound는 가장 인기있는 것과 여전히 호환됩니다 트랙 사 TRAC 자체의 변경 사항을 따릅니다. 당신은 시도 할 수 있습니다 데모 인스턴스 도.
