Jenkins CI v.1.555, Git Client 플러그인 v.1.6.4 및 Git 플러그인 2.0.4를 사용하여 이러한 답변 중 어느 것도 나에게 충분하지 않았습니다.

특정 고정 (즉, 매개 변수화되지 않은) 태그 하나에 대해 하나의 Git 저장소를 구축하는 작업을 원했습니다. 나는 Thilo가 인용 한 “build a Git tag”블로그 게시물 과 함께 다양한 답변의 솔루션을 조합해야 했습니다 .

1. 다음을 사용하여 태그를 원격 저장소로 푸시하십시오. git push --tags
2. 작업의 “Git 저장소”섹션에있는 “소스 코드 관리”제목 아래에서 “고급”을 클릭하십시오.
3. Refspec 필드에 다음 텍스트를 추가합니다. +refs/tags/*:refs/remotes/origin/tags/*
4. “Branches to build”, “Branch specifier”아래에 */tags/<TAG_TO_BUILD>( <TAG_TO_BUILD>실제 태그 이름으로 대체 )를 입력합니다.

나를 위해 Refspec을 추가하는 것이 중요하다는 것이 밝혀졌습니다. 비워두면 git 저장소가 기본적으로 모든 원격 정보를 가져 오는 것처럼 보였지만 그럼에도 불구하고 Git 플러그인은 내 태그를 완전히 찾지 못했습니다. Refspec 필드에서 “get the remote tags”를 명시 적으로 지정한 경우에만 Git 플러그인이 내 태그를 식별하고 빌드 할 수있었습니다.

업데이트 2014년 5월 7일는 : 불행하게도,이 솔루션은 젠킨스 CI (v.1.555)와 라 à 힘내 저장소 푸시 알림 메커니즘에 대한 바람직하지 않은 부작용으로 오는가 젠킨스에 은닉은 webhook 언제 : 어떤 저장소에 지점이 업데이트됩니다 푸시에서 태그 빌드 작업도 다시 실행됩니다. 이로 인해 동일한 태그 작업을 반복해서 불필요한 재 구축이 많이 발생합니다. “작업 영역을 사용하여 강제 폴링”옵션을 사용하거나 사용하지 않고 작업을 구성하려고 시도했지만 아무 효과가없는 것 같습니다. Jenkins가 태그 작업에 불필요한 빌드를 만드는 것을 방지 할 수있는 유일한 방법은 Refspec 필드를 지우는 것입니다 (즉, +refs/tags/*:refs/remotes/origin/tags/*).

누구든지 더 우아한 해결책을 찾으면 업데이트 로이 답변을 편집하십시오. 예를 들어, refspec +refs/tags/<TAG TO BUILD>:refs/remotes/origin/tags/<TAG TO BUILD>이 별표 가 아닌 특수한 경우라면 이런 일이 발생하지 않을 것이라고 생각 합니다. 그러나 지금은이 솔루션이 효과가 있으며 작업이 성공한 후 추가 Refspec을 제거하기 만하면됩니다.

답변

refs/tags/tag-name

stage('Checkout') {
  steps {
    checkout scm: [$class: 'GitSCM', userRemoteConfigs: [[url: 'YOUR_GIT_REPO_URL.git', credentialsId: 'YOUR_GIT_CREDENTIALS_ID' ]], branches: [[name: 'refs/tags/${TAG}']]], poll: false
  }
}

Source Code Management

 Git
    Repositories


 Advance

Name: ref
Refspec : +refs/tags/*:refs/remotes/origin/tags/*

 Branches to build
 Branch Specifier (blank for 'any') : v0.9.5.2