넥서스 OSS 넥서스 프로 같은 준비 저장소를 지원 하지 않습니다. 또한 사용자 지정 메타데이터를 지원하지 않습니다. 이로 인해 아티팩트 프로모션은 스테이징 리포지토리에서 아티팩트를 `릴리스` 리포지토리로 이동하거나 복사해야만 처리할 수 있습니다( … 또는 스테이지를 호출할 수 있습니다) 가장 중요한 것은 이제 연속 배달 파이프라인을 구축하는 것이 매우 쉬우며 조직의 복잡한 워크플로우 대부분을 Jenkins, Nexus 및 LiveRebel을 사용하여 모델링할 수 있다는 것입니다. Nexus 리포지토리 관리자 게시자 빌드 단계는 빌드 후 바이너리를 업로드할 수 있도록 해야 합니다. 빌드 프로세스 중에 최상의 보고를 위해 게시 단계는 ê²°ê³¼ 단계 아래의 자체 단계에 있어야 합니다. 넥서스 젠킨스 플러그인은 전통적인 프리 스타일 작업을 지원합니다. 이 예제에서는 젠킨스(시작!) 내에서 젠킨스를 빌드하고 이전 단계에서 로컬 Nexus 인스턴스 설정에 게시합니다. 시작하려면 대시보드에서 새 항목 링크를 클릭하여 프리스타일 프로젝트를 만듭니다. 프로젝트 이름을 지정하고 확인을 클릭하여 구성을 계속합니다. 태그 지정은 Nexus 리포지토리 관리자 3 Pro 인스턴스 A 플러그인을 사용하여 Nexus 리포지토리 관리자와 Nexus 수명 주기를 젠킨스 작업에 통합하는 경우에만 사용할 수 있습니다. 플러그인 사용에 대 í•œ 정보는 젠킨스에 대 í•œ 넥서스 플랫폼 플러그인에서 찾을 수 있습니다.

이것은 소리보다 훨씬 쉽습니다. 예를 들어 Nexus REST API는 쉘 스크립트에서 호출하여 원하는 아티팩트 수정본을 다운로드할 수 있습니다. 예: 다음 지침을 사용하여 Jenkinsê°€ Nexus 저장소 관리자 2에 연결하도록 구성합니다: 젠킨스의 Nexus 리포지토리 관리자는 Maven 설치 없이 메이븐 리포지토리에 아티팩트를 업로드할 수 있지만 이 섹션에서 제공하는 예제는 Maven을 사용하여 프로젝트에서 빌드합니다. 이러한 예제가 작동하려면 Jenkins에서 Maven 설치를 구성해야 합니다. 넥서스퍼블리퍼 넥서스인스턴스Id: `localNexus`, `nexusRepositoryId: `릴리즈` , 패키지: [[[$클래스: MavenPackage`, mavenAssetList: [[분류자: “ `, 확장자: “ , filePath: `전쟁/대상/젠킨스.war`], mavenCoordinate: [아티팩트Id: `젠킨스-전쟁`, groupId: `org.jenkins-ci.main` , 포장: `전쟁`, 버전: `2.23]] 파이프라인은 젠킨스 공유 ces-build-lib를 사용합니다. 그것은 메이븐 (뿐만 아니라 넥서스 저장소), Git 및 SonarQube에 대한 재사용 가능한 빌딩 블록이 포함되어 있습니다. Jenkins 공유 라이브러리는 일반 응용 프로그램 개발에서 라이브러리를 통합할 ë•Œ 얻을 수 있는 것과 동일한 이점을 제공합니다. 특히 ces-build-lib는 메이븐 센트럴에 배포할 ë•Œ 서명 및 스테이징을 처리합니다.

또한 SonarCloud를 통해 끌어오기 요청에 대한 주석을 시작합니다. 따라서 대부분의 복잡성을 처리합니다. 결과 단계 아래에서 빌드 파이프라인 스크립트에 새 자리 표시자 Nexus 리포지토리 관리자 게시 단계를 추가합니다. 예를 들어 여기에 표시됩니다: Jenkins를 프로비저닝 도구로 사용할 수 있지만 이상적으로는 Nexus에서 직접 배포할 아티팩트를 가져오는 일종의 프로세스를 시작해야 합니다(다른 것이 더 효율적일 경우).