2011-09-06 12 views
3

우리는 현재 FogBugz를 개발 수준의 내부 문제 추적 및 프로젝트 관리에 사용하고 있습니다.JIRA와 Greenhopper에서 마이그레이션 한 적이 있습니까?

우리는 애자일을 향해 더욱 강력하게 움직이고 있으며 나는 이것을 도와 줄 도구를 평가 중입니다. FogBugz는 요즘 애자 일을하고 있지만 JIRA (+ Greenhopper), Mingle 등등에 관한 훌륭한 것들을 듣고 있습니다.

다른 제품 간의 비교에 대해 많은 정보를 읽었습니다. 여기있는 누군가가 JIRA를 사용하고 있었지만 JIRA를 사용하기로 결정했다면 궁금합니다. 그렇다면 왜, 무엇을해야합니까?

답변

0

우리 회사에서는 다른 이슈 트래커를 사용하고 있습니다. 아웃 현재 설정입니다 :

  • 필히 포함 문제 추적 및 위키와 프로그래머를위한 프로젝트 관리 작업을 수행하는
  • Trac의를 요구 사항 관리를하고 (최상위 UI에) 추적 순수한 문제에 대한
  • 락스를 추적 .

나는 Jira가 많이 사용되는 첫 번째 클래스 UI와 다양한 기능을 제공합니다. 그러나 때로는 프로젝트가 다른 도구 세트 (때로는 회사의 비용과 관련이 있음)로 마이그레이션하려고합니다. 엄지 손가락 규칙은 다음과 같습니다 (어떤 방식 으로든 Jira에 국한되지 않음).

  • 대부분의 이슈 트래커는 CSV 형식의 이슈 가져 오기를 지원합니다.
  • 대부분의 문제 추적기는 CSV 형식으로 내보내기를 지원합니다.
  • 더 나은 내보내기를 지원하는 어떤 이슈 트래커도 없습니다. 왜냐하면 이해할 수있는 제품에서 마이그레이션하기 위해 고객을 지원하는 데 관심이있는 회사가 없기 때문입니다.
  • 이슈의 이력 마이그레이션을 지원하는 이슈 트래커가 없으므로 마이그레이션을 통해 일반적으로 이슈의 이력을 잃어 버리게됩니다.

누군가가 처음에 Jira를 사용하여 다른 툴셋으로 마이그레이션해야하는 이유는 알지 못합니다. 유일한 이유는 Jira의 기능 세트가 당신의 목적에 충분하지 않을 수 있다는 것입니다. Jira가 처리 할 수있는 문제의 양이 끝이 아니라는 소문이 있지만 그 사실을 알 수 없습니다.

따라서 사용할 이슈 트래커를 결정할 때 이슈 트래커 사용에 필요한 요구 사항을 명확히 이해해야합니다.

0

데이터 이전은 일반적으로 사람들이 예상하는 것보다 어렵습니다. 소스 시스템 데이터에 액세스하고, 매핑을 정의하고, 결과를 테스트합니다.이 모든 작업에는 시간이 걸립니다. 필자는 다른 시스템에서 JIRA로 최소 12 건의 마이그레이션을 수행 했으므로이 질문은 자연스럽게 나에게도 발생했습니다.

JIRA의 데이터베이스 스키마 내가 그것에서 데이터를 내보내는에 다중 접근 방식을 사용하는 거라고 생각 같은 것입니다 - 등

후 주석, 첨부 파일을 얻을 수는 jiraissue 테이블에서 모든 문제를 얻을 JIRA에서 데이터를 내보내는 사람들이 어떤 복잡한 방식 으로든 사람들의 이야기를들은 적이 없습니다.

~ 매트