2013-01-04 3 views
2

현재 도구 지원 소프트웨어 릴리스 워크 플로를 설정하는 중입니다.도구 지원 소프트웨어 릴리스 워크 플로

우리의 현재 환경은 다음과 같이 구성

  • 젠킨스 서버 구축
  • 빌드 서버의 일부를 다른 유물의 모든 종류를 생산

Subversion 저장소

  • 넥서스 메이븐 저장소 은 Maven에서 생성하고 Nexus 저장소에 저장 한 Java 아티팩트 뿐 아니라 Java가 아닌 arti 사실, 우리는 현재 수동으로 저장하고 관리해야합니다.

    우리의 목표는 이기종 구성 요소 인 으로 구성된 소프트웨어 릴리스를 만드는 것입니다. 릴리스 구성을 정의해야합니다 : 그것은

  • 에 이러한 구성 요소
  • 릴리스 구성해야을 만드는 데 사용 된 이러한 구성 요소

  • 소스 코드의 정확한 버전을 속한

    • 구성 요소를 나중에 릴리스를 이해하고 가능하면 재생산하기 위해 모든 관련 정보 을 포함하십시오.

      이 워크 플로우를 구현하는 도구는 릴리스가 불안정하거나 테스트 또는 안정된 태그로 허용하여 품질 보증 을 지원해야합니다.

      문제는 다음과 같습니다. 설명 된 워크 플로우를 지원하는 도구가 있습니까?

  • +0

    , 당신은 단지 프로젝트가 젠킨스 빌드 구성해야합니다. M2 릴리즈 플러그인을 사용하여 Maven의 릴리스 라이프 사이클 관리 기능을 활용하십시오 (서브 버전의 소스 코드 태깅 포함) –

    +0

    문제는 a) maven이 Java가 아닌 아티팩트를 다루지 않고 b) 쉽게) 복잡한 저장소 설정없이 qa- 테스팅과 릴리즈 사이의 아티팩트를 승격시킬 수 있습니다. – LordT

    답변

    0

    Atlassian의 도구 인 JIRA을 사용해보십시오. JIRA를 사용하면 이슈, 릴리즈 등을 쉽게 추적 할 수 있습니다. 여기 언급 할 기능이 너무 많습니다 만, 링크를 확인해 보는 것이 좋습니다.

    +0

    jira를 사용하여 소프트웨어 아티팩트를 자동으로 관리하는 방법은 무엇입니까? – LordT

    +0

    [Bamboo] 사용 (http://www.atlassian.com/software/bamboo/overview/release-management) – asgoth

    0

    Java 아티팩트 저장소 대신 일반 패키지 저장소 (rpm, deb)를 선택하십시오. 릴리스 구성은 이제 종속성 (종속성에 속한 구성 요소) 및 해당 버전을 명시하는 1 급 패키지가됩니다. 출처에 관해서는 source packages을 만들 수도 있습니다. 소스 추적성에 관심이있는 경우 패키지 사양에 맞춤 메타 데이터를 추가 할 수 있습니다. 설명에 구문 분석 가능한 것을 추가하십시오. fpm은 이러한 패키지를 만드는 데 널리 사용되는 도구입니다.

    관련 링크 :

    당신은 같은 시스템으로 구축 할 수있는 모든 구성 부품이

    http://www.techrepublic.com/blog/opensource/create-your-own-yum-repository/609

    https://github.com/sonatype/nexus-yum-plugin

    관련 문제