Git으로 특정 태그 다운로드

Git 저장소의 특정 태그를 다운로드하는 방법을 알아 내려고 노력 중입니다. 현재 버전보다 한 버전입니다.

git 웹 페이지에 이전 버전에 대한 태그가 있고 16 진수 숫자의 객체 이름이 있음을 알았습니다.

그러나 버전 이름은 Tagged release 1.1.5사이트에 따라 " "입니다.

다음과 같은 명령을 시도했습니다 (이름이 변경됨).

git clone http://git.abc.net/git/abc.git my_abc

그리고 디렉토리, 하위 디렉토리 등을 얻었습니다.

전체 저장소 인 경우 원하는 버전을 얻으려면 어떻게해야합니까? 그렇지 않은 경우 특정 버전을 어떻게 다운로드합니까?

$ git clone

전체 저장소를 제공합니다.

복제 후 태그를 나열한 $ git tag -l다음 특정 태그를 체크 아웃 할 수 있습니다 .

$ git checkout tags/<tag_name>

더 좋은 방법은 체크 아웃하고 브랜치를 생성하십시오 (그렇지 않으면 수정 번호 태그의 이름을 딴 브랜치에 있음).

$ git checkout tags/<tag_name> -b <branch_name>

git clone --branch my_abc http://git.abc.net/git/abc.git

저장소를 복제하고 관심있는 태그에 남겨 둡니다.

git clone 상태 1.8.0에 대한 설명서 .

--branch는 결과 저장소의 해당 커밋에서 태그를 가져와 HEAD를 분리 할 수도 있습니다.

배포를 위해 주어진 태그 만 체크 아웃하기 위해 다음과 같이 사용합니다.

git clone -b 'v2.0' --single-branch --depth 1 https://github.com/git/git.git

이것은 완전한 저장소가 아닌 최신 코드에만 관심이있는 경우 원격 저장소에서 코드를 체크 아웃하는 가장 빠른 방법 인 것 같습니다. 이런 식으로 'svn co'명령과 비슷합니다.

참고 : Git 매뉴얼 에 따라 --depth플래그를 전달하면 --single-branch기본적으로 암시 됩니다.

--깊이

지정된 커밋 수만큼 잘라낸 기록을 사용하여 단순 복제본을 만듭니다. --no-single-branch가 모든 브랜치의 팁 근처에서 히스토리를 가져 오기 위해 제공되지 않는 한 --single-branch를 의미합니다. 하위 모듈을 얕게 복제하려면 --shallow-submodules도 전달하십시오.

나는 git 전문가는 아니지만 이것이 효과가 있다고 생각합니다.

git clone http://git.abc.net/git/abc.git
cd abc
git checkout my_abc 

또는

git clone http://git.abc.net/git/abc.git
cd abc
git checkout -b new_branch my_abc

두 번째 변형은 태그를 기반으로 새 분기를 설정하므로 '분리 된 HEAD'를 피할 수 있습니다. (git-checkout 매뉴얼)

모든 git repo에는 전체 개정 내역이 포함되어 있으므로 repo를 복제하면 최신 커밋과 원하는 태그를 포함하여 이전에 있었던 모든 것에 액세스 할 수 있습니다.

git archive를 사용하여 주어진 태그 또는 커밋 ID에 대한 타르 볼을 다운로드 할 수 있습니다 :

git archive --format=tar --remote=[hostname]:[path to repo] [tag name] > tagged_version.tar

태그의 zip 아카이브를 내보낼 수도 있습니다.

1. 리스트 태그 :

   git tag
   
   0.0.1
   0.1.0
   

2. 태그 내보내기 :

   git archive -o /tmp/my-repo-0.1.0.zip --prefix=my-repo-0.1.0/ 0.1.0
   

3. 노트:

   • 형식을 지정할 필요가 없습니다. 출력 파일 이름으로 선택됩니다.
   • 접두사를 지정하면 코드가 디렉토리로 내보내집니다 (후행 슬래시가 포함 된 경우).

--single-branch스위치를 사용하십시오 (Git 1.7.10부터 사용 가능) . 구문은 다음과 같습니다.

git clone -b <tag_name> --single-branch <repo_url> [<dest_dir>] 

예를 들면 다음과 같습니다.

git clone -b 'v1.9.5' --single-branch https://github.com/git/git.git git-1.9.5

이점 : Git은 정확히 동일한 양의 파일을 체크 아웃하는 동안 지정된 브랜치 / 태그에 대해서만 객체를 수신하고 델타를 해결해야합니다! 소스 리포지토리에 따라 많은 디스크 공간이 절약됩니다. (더욱 빠를 것입니다.)

먼저 해당 리모콘의 모든 태그를 가져옵니다.

git fetch <remote> 'refs/tags/*:refs/tags/*'

아니면 그냥 입력

git fetch <remote>

그런 다음 사용 가능한 태그를 확인하십시오.

git tag -l

아래 명령을 사용하여 특정 태그로 전환하십시오.

git checkout tags/<tag_name>

희망이 당신을 도울 것입니다!

linux sort명령을 사용 하여 태그를 정렬 할 수 있으면 다음을 사용하십시오.

git tag | sort -n | tail -1

예. git tag반환되는 경우 :

v1.0.1
v1.0.2
v1.0.5
v1.0.4

git tag | sort -n | tail -1 출력합니다 :

v1.0.5

git tag | sort -n | tail -2 | head -1 출력합니다 :

v1.0.4

(두 번째로 최근 태그를 요청했기 때문에)

태그를 체크 아웃하려면 먼저 저장소를 복제 한 후 다음을 입력하십시오.

git checkout v1.0.4

.. 또는 필요한 태그.

git checkout documentation을 확인한 결과 흥미로운 점이 하나 있습니다.

git checkout -b <new_branch_name> <start_point> 여기서 <start_point>는 새 분기를 시작할 커밋의 이름입니다. 기본적으로 HEAD

따라서 다음과 같이 태그 이름을 언급 할 수 있습니다 (tag는 커밋 이름 일뿐입니다).

>> git checkout -b 1.0.2_branch 1.0.2
이후, 일부 파일 수정
>> git push --tags

추신 : Git에서는 태그를 커밋에 대한 레이블이므로 태그를 직접 업데이트 할 수 없으므로 분기와 동일한 태그를 체크 아웃 한 다음 커밋 한 다음 별도의 태그를 만들어야합니다.

git fetch <gitserver> <remotetag>:<localtag>

====================================

방금 했어요 먼저 태그 이름 철자를 알고있었습니다.

git ls-remote --tags gitserver; : or origin, whatever your remote is called

이것은 나에게 git 서버에서 선택할 수있는 태그 목록을 제공했다. 원래 포스터는 이미 자신의 태그 이름을 알고 있으므로이 단계가 모든 사람에게 필요한 것은 아닙니다. 실제 목록은 더 길지만 출력은 다음과 같습니다.

8acb6864d10caa9baf25cc1e4857371efb01f7cd    refs/tags/v5.2.2.2
f4ba9d79e3d760f1990c2117187b5010e92e1ea2    refs/tags/v5.2.3.1
8dd05466201b51fcaf4ca85897347d82fcb29518    refs/tags/Fix_109
9b5087090d9077c10ba22d99d5ce90d8a45c50a3    refs/tags/Fix_110

원하는 태그를 선택하고 다음과 같이 아무것도 가져 오지 않았습니다.

git fetch gitserver Fix_110

그런 다음 로컬 컴퓨터에서 태그를 지정하여 태그에 동일한 이름을 지정했습니다.

git tag Fix_110 FETCH_HEAD

다른 사람들이 제안한 것처럼 원격 저장소를 복제하고 싶지 않았습니다. 현재 작업중 인 프로젝트가 크고 깔끔한 환경에서 개발하고 싶습니다. 나는 이것이 전체 저장소 복제를 제안하는 솔루션보다 "특정 태그를 다운로드하는 방법을 알아 내려고 노력 중"이라는 원래의 질문에 더 가깝다고 생각합니다. DOS 0.1 소스 코드를보고 싶은 사람이 왜 Windows NT 및 Windows 8.1 소스 코드의 사본을 가져야하는지 모르겠습니다.

또한 다른 사람들이 제안한대로 CHECKOUT을 사용하고 싶지 않았습니다. 지점을 체크 아웃했으며 그 영향을 원하지 않았습니다. 저의 의도는 내가 원하는 것을 골라 내 개발에 추가 할 수 있도록 원하는 소프트웨어를 가져 오는 것이 었습니다.

태그가 지정된 커밋의 복사본이 아닌 태그 자체를 가져 오는 방법이있을 수 있습니다. 가져온 커밋에 직접 태그를 달아야했습니다. 편집 : 아 네, 지금 찾았습니다.

git fetch gitserver Fix_110:Fix_110

콜론이 보이는 곳은 remote-name : local-name이며 여기에 태그 이름이 있습니다. 이것은 작업 트리 등을 화나게하지 않고 실행됩니다. 원격에서 로컬 시스템으로 물건을 복사하여 자신의 사본을 가지고있는 것 같습니다.

git fetch gitserver --dry-run Fix_110:Fix_110

--dry-run 옵션을 추가하면 원하는 것을 확인하려는 경우 명령이 수행하는 작업을 볼 수 있습니다. 그래서 간단한 것 같아

git fetch gitserver remotetag:localtag

실제 답변입니다.

=

태그에 대한 별도의 메모 ... 새로운 것을 시작할 때 일반적으로 git init 후에 빈 저장소에 태그를 지정합니다.

git rebase -i XXXXX 

커밋이 필요하고 "첫 번째 소프트웨어 변경을 포함한 변경 사항을 어떻게 리베이스합니까?"라는 의문이 생깁니다. 그래서 일을 시작하면

git init
touch .gitignore
[then add it and commit it, and finally]
git tag EMPTY

즉, 첫 번째 실제 변경 전에 커밋을 만든 다음 나중에 사용합니다.

git rebase -i EMPTY 

내 모든 작업, 리베이스하려면 첫 번째 변화를 포함하여 .

Peter Johnson의 답변을 바탕으로 나 자신을위한 멋진 별명을 만들었습니다.

alias gcolt="git checkout $(git tag | sort -V | tail -1)"

일명 'git checkout latest tag'.

이것은 lOranger가 지적한 것과 같은 상황을 적절히 처리하는 GNU 버전의 정렬에 의존합니다.

v1.0.1
...
v1.0.9
v1.0.10

Mac을 사용하는 경우 brew install coreutilsgsort를 대신 호출하십시오.

시험:

git clone -b <name_of_the_tag> <repository_url> <destination>

태그 확인

태그가 가리키는 파일의 버전을 보려면 git checkout을 수행 할 수 있지만 저장소가“분리 된 HEAD”상태가되어 부작용이 발생합니다.

$ git checkout 2.0.0
Note: checking out '2.0.0'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at 99ada87... Merge pull request #89 from schacon/appendix-final

$ git checkout 2.0-beta-0.1
Previous HEAD position was 99ada87... Merge pull request #89 from schacon/appendix-final
HEAD is now at df3f601... add atlas.json and cover image

"분리 된 HEAD"상태에서 변경 후 커밋을 생성하면 태그는 동일하게 유지되지만 새 커밋은 분기에 속하지 않으며 정확한 커밋 해시를 제외하고는 도달 할 수 없습니다. 따라서 예를 들어 이전 버전의 버그를 수정하는 등 변경해야 할 경우 일반적으로 분기를 작성하려고합니다.

$ git checkout -b version2 v2.0.0
Switched to a new branch 'version2'

이 작업을 수행하고 커밋을 수행하면 버전 2 브랜치는 v2.0.0 태그와 약간 다를 수 있습니다. v2.0.0 태그는 새로운 변경 사항으로 진행되므로주의해야합니다.

나는 이것을 github API를 통해한다 :

curl -H "Authorization: token %(access_token)s" -sL -o /tmp/repo.tar.gz "http://api.github.com/repos/%(organisation)s/%(repo)s/tarball/%(tag)s" ;\
tar xfz /tmp/repo.tar.gz -C /tmp/repo --strip-components=1 ; \