2011-09-30 3 views
1

현재 서비스 관리 팀에서 사용자가보고 한 문제를 로깅하는 데 사용하는 기존 이슈 트래커가 있습니다.건물 응용 프로그램 용 이슈 트래커

dev 팀에 할당 된 버그를 이슈 트래커에 쿼리 할 수있는 서버 기반 (아마 웹 -ui) 시스템을 만들고 싶습니다. 영향을받은 파일을 빌드 할 준비가되면 빌드가 될 수 있습니다. SVN 저장소에서 체크 아웃하고 빌드 서버에 코드를 업로드하고 마지막으로 자동 빌드 방식으로 빌드하는 등 이슈 트래커에서 트리거됩니다. 시작하는 방법은 무엇입니까?

답변

1

SVN 후크 스크립트를 살펴보십시오. 통합 된 이슈 추적기에서 빌드를 시도하는 것보다는 후크 스크립트로 빌드를 시도하는 것이 더 나을 것입니다. 다음 커밋 후크 스크립트를 작성할 수 있습니다. 커밋 된 커밋에 대한 주석을 찾으십시오. 키워드 ("빌드"또는 "고정"과 같은 것)에 대한 주석을 구문 분석하십시오. 그런 다음이 keword의 탐지에 기초하여이 스크립트는 빌드 시스템에서 svn-update를 시작한 다음 빌드 스크립트를 시작할 수 있습니다. psexec 좋은 (비록 안전하지 않은) svn 업데이트를 실행하고 빌드 머신의 SVN 서버에서 스크립트를 빌드하는 것처럼 보입니다. 이것은 내가 어떻게 내 자신의 팀을위한 자동 빌드를 구현할 생각 이었는지, 나는 단지 스크립트를 작성하는 시간을 얻었습니다.

+0

포스트 커밋 후크 스크립트에 대한 코드를 제공해 주실 수 있습니까? .. 제가 언급 한대로 – dibya

+0

이 도움이 될 것입니다. 아직 실제 스크립트를 작성할 기회를 얻지 못했습니다. 그것은 모두 박쥐 파일에서 매우 가능성이 보인다. 아마도 가장 어려운 부분은 키워드에 대한 주석을 파싱하는 것입니다. 나머지는 개발하는 데 사용하는 도구에 따라 다릅니다. 예를 들어, Visual Studio에서 프로젝트를 빌드하려면 스크립트에 다음과 같이 입력하십시오. "devenv/build release myproject \ myproject.sln" –

2

유사한 접근 방식은 다음과 같이 작동합니다

  • 중앙 빌드 서버 (허드슨, 젠킨스, 대나무, ...)를 설치합니다.
  • 개발자가 커밋을 완료했을 때 빌드를 시작하는 트리거가있는 빌드 작업을 구성하십시오.
  • 빌드가 완료되면 커밋 메시지에 이름이 지정된 모든 티켓이 빌드에 나열됩니다.
  • 빌드를 테스트 환경으로 가져 가면 빌드 결과를보고 빌드로 해결 된 티켓을 볼 수 있습니다.

Google은 수많은 개발 환경에이를 설치했습니다. 사용 된 다음 소프트웨어 :

  • Trac의를 서브로
  • 는 JIRA, 서브 버전, 허드슨
  • 필히, 필히에서 관리를 구축, 서브 버전
  • ...

당신은 구성이 필요 관리가 작동하는 구성 요소 중 하나입니다.