2012-08-09 3 views
3

우리는 Jenkins를 사용하여 지속적인 통합 빌드를 실행합니다. 이러한 빌드의 출력은 EAR 파일, WAR 파일 또는 업스트림 환경에 전개되는 TAR 된 파일 콜렉션 일 수 있습니다.젠킨스가 제작 한 빌드 아티팩트를 캡처하는 데 Artifactory를 사용하지 않아야합니까?

이 시점에서 Jenkins를 사용하여 생성 된 아티팩트를 관리했습니다. 그러나 Artifactory를 사내에 배포했습니다. Artifactory를 사용하여 생성 된 아티팩트를 캡처하는 것은 좋지 않은 아이디어입니까? 그렇다면 왜? 예를 들어, Artifactory는 빌드 할 때 Maven을 사용하여 프로젝트로 끌어 올 수있는 버전으로 JAR을 보유하기위한 것이며 지속적인 통합 툴에서 사용하는 아티팩트를 포착하지 않으려 고합니다.

답변

5

Artifactory (또는 바이너리 저장소 관리자) 가 있어야한다을 처리 할 수있는 방법

enter image description here

시연 CI 서버와 함께 사용됩니다. plugin도 있습니다. 다른 솔루션에 비해 바이너리 저장소 관리자 (네트워크 공유, SCM)를 유지하기위한

이유는 명백하다 :

  1. 은 바이너리에 대한 맞춤형.
  2. 효율적입니다.
  3. 보안.
  4. 배포 용 단일 제어 가능 게이트웨이.

등.

따라서 바이너리 저장소 관리자를 사용하여 종속성을 제어하고 아티팩트를 해결할 수 있지만 그 이유는 무엇입니까? 주기마다 바이너리가 있습니다.

  1. 바이너리가 환경을 구성합니다.
  2. 빌드 프로세스에 필요한 바이너리입니다.
  3. CI 중에 생성 된 바이너리.
  4. 배포해야하는 바이너리가 출시되었습니다.

바이너리 저장소 관리자는 가장 안전하고 효율적이며 자연스러운 장소입니다. 모든 바이너리를 한 곳에서 관리하면 유지 보수가 줄어들고 빌드 재현성이 향상됩니다.

5

나는 그렇게 생각하지 않는다. 다음 그림은 sonatype 웹 사이트에서 제공 : 메이븐 저장소 관리자가 배포를위한 플랫폼이 될

+0

이 다이어그램을 검색 한 곳의 링크를 제공 할 수 있습니까? –

+0

@DavidV 소나타이 사이트에서 왔다고 생각했지만 더 이상 다이어그램을 찾을 수 없습니다. –

+0

알려 주셔서 감사합니다. 매우 흥미로운 컨셉이며 원래 소스에서 더 많은 정보를 얻기를 바랍니다. –

관련 문제