참고 :로 시작하는 자식 1.9 / 2.0 (Q1 2014) , git fetch --tags태그를 가져옵니다 에 추가 옵션없이 같은 명령 라인으로 가져온 무엇인지.
참조 c5a84e9 커밋 에 의해 마이클 Haggerty (mhagger) :
이전에는 페치의 " --tags"옵션이 참조 스펙을 지정하는 것과 동등한 것으로 간주되었습니다
refs/tags/*:refs/tags/*
명령 행에서; 특히 remote.<name>.refspec구성이 무시되었습니다.
그 반면 그러나, 다른 참조를 가져 오는없이 태그를 가져올 수 유용하지 않다 이다 태그를 가져올 수있는 것이 매우 유용 외에 다른 참조.
따라서이 옵션의 의미를 변경하여 후자를 수행하십시오.
사용자가 태그 만 가져 오려면 여전히 명시 적 참조 사양을 지정할 수 있습니다.
git fetch <remote> 'refs/tags/*:refs/tags/*'
1.8.0.3 이전의 문서는 " fetch --tags"동작 의 이러한 측면에 대해 모호했습니다 .
커밋 f0cb2f1 (2012-12-14) fetch --tags은 문서가 이전 동작과 일치하도록했습니다.
이 커밋은 새로운 동작과 일치하도록 설명서를 변경합니다 (참조 Documentation/fetch-options.txt).
가져 오는 태그 외에 모든 태그를 원격 에서 가져 오도록 요청하십시오 .
Git 2.5 (2015 년 2 분기) 이후 git pull --tags더 강력합니다.
참조 19d122b 커밋 에 의해 폴 탄 ( pyokagan) 5 월 13 일 2015 년
(에 의해 합병 Junio C 하마노 - gitster- 에 cc77b99을 투입 , 2015 (22) 5 월)
pull: --tags병합 후보가없는 경우 오류 제거
이후 441ed41 ( " git pull --tags". 더 나은 메시지 초과 오류, 2007-12-28는, 힘내 1.5.4+), git pull --tags경우 다른 오류 메시지를 인쇄 할
git-fetch모든 병합 후보를 반환하지 않았습니다 :
It doesn't make sense to pull all tags; you probably meant:
git fetch --tags
그 당시에 git-fetch --tags는 구성된 참조 사양을 재정의하므로 병합 후보가 없기 때문입니다. 따라서 혼란을 방지하기 위해 오류 메시지가 도입되었습니다.
그러나 이후 c5a84e9 ( fetch --tags: 태그 가져올 뿐만 아니라
, 다른 재료, 2013년 10월 30일, 힘내 1.9.0+) git fetch --tags모든 구성 refspecs에 추가로 태그를 가져올 것입니다.
따라서, 병합 후보 상황이 발생하지 않으면, --tags설정 되었기 때문이 아닙니다 . 따라서이 특수 오류 메시지는 이제 관련이 없습니다.
혼동을 피하려면이 오류 메시지를 제거하십시오.
Git 2.11+ (2016 년 4 분기)를 사용 git fetch하면 더 빠릅니다.
Jeff King ( )의 commit 5827a03 (2016 년 10 월 13 일)을 참조하십시오 . ( Junio C Hamano 에 의해 합병 -- 커밋 9fcd144 , 2016 년 10 월 26 일)peff
gitster
우리가 따르고있는 브랜치와 관련이없는 많은 태그가있는 리모콘에서 가져올 때 우리는 태그에 의해 지정된 객체 (페치하지 않을 것입니다!)가 저장소에 있는지 확인할 때 너무 많은 사이클을 낭비했습니다. 너무 조심스럽게
이 패치는 fetch가 HAS_SHA1_QUICK를 사용하여 동시 재 포장으로 인해 정확성이 떨어지는 경우 속도의 정확도를 희생하도록 지시합니다.
포함 된 perf 스크립트의 결과는 위에서 설명한 것과 유사한 상황을 설정합니다.
Test HEAD^ HEAD
----------------------------------------------------------
5550.4: fetch 11.21(10.42+0.78) 0.08(0.04+0.02) -99.3%
이는 다음과 같은 상황에만 적용됩니다.
- 클라이언트 측에 많은 팩을 가지고 있기 때문에
reprepare_packed_git()비용이 많이 듭니다 (가장 비싼 부분은 정렬되지 않은 목록에서 현재 2 차인 중복 항목을 찾는 것입니다).
- 서버 측에서 자동 추적을 수행 할 수있는 많은 수의 태그 참조가 필요합니다 (즉, 클라이언트에없는 태그 참조). 각각은 팩 디렉토리를 다시 읽습니다.
- 정상적인 상황에서 클라이언트는 해당 태그를 자동으로 따르고 한 번의 큰 페치 후에는 (2) 더 이상 사실이 아닙니다.
그러나 해당 태그가 히스토리를 가리키면 클라이언트가 가져 오는 것과 연결이 끊어지면 자동으로 팔로우되지 않으며 해당 후보는 모든 페치에 영향을 미칩니다.
Git 2.21 (2019 년 2 월)은 구성 remote.origin.fetch이 기본 구성 이 아닌 경우 회귀를 도입 한 것으로 보입니다 ( '+refs/heads/*:refs/remotes/origin/*')
fatal: multiple updates for ref 'refs/tags/v1.0.0' not allowed
Git 2.24 (2019 년 4 분기)에는 또 다른 최적화가 추가되었습니다.
Masaya Suzuki ( )의 commit b7e2d8b (2019 년 9 월 15 일)를 참조하십시오 . (가 합병 - Junio C 하마노 - 에 1d8b0df 커밋 2019 07 10 월)draftcode
gitster
fetch: oidset빠른 조회를 위해 원하는 OID를 유지하는 데 사용
동안 git fetch클라이언트 검사, 광고 된 태그 'OID를 이미 가져 오기 요청의에 OID 세트를 원하는 경우.
이 검사는 선형 스캔으로 수행됩니다.
참조 횟수가 많은 리포지토리의 경우이 검색을 반복하는 데 15 분 이상이 걸립니다.
이 속도를 높이려면 oid_set다른 심판의 OID를 만드십시오 .