使用Git下载特定标签

时间:2009-04-27 01:15:12

标签: git git-clone git-tag

我正在试图弄清楚如何下载Git存储库的特定标记 - 它是当前版本背后的一个版本。

我在git网页上看到了以前版本的标签,对象名称为长十六进制数。

但根据网站版本名称为“Tagged release 1.1.5”。

我尝试了这样的命令(名称已更改):

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

我确实得到了一些东西 - 一个目录,一堆子目录等等。

如果它是整个存储库,我如何获得我正在寻找的版本?如果没有,我该如何下载该特定版本?

14 个答案:

答案 0 :(得分:2742)

$ git clone

将为您提供整个存储库。

克隆后,您可以使用$ git tag -l列出代码,然后签出特定代码:

$ git checkout tags/<tag_name>

更好的是,结帐并创建一个分支(否则您将位于以标记的修订号命名的分支上):

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

答案 1 :(得分:355)

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

将克隆回购并留下您感兴趣的标签。

1.8.0 git clone 状态的文档。

  

- branch也可以在结果存储库中的那个提交处获取标签并分离HEAD。

答案 2 :(得分:133)

仅检出给定标签进行部署,我使用例如:

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

如果只对最新代码而不是完整存储库感兴趣,这似乎是从远程存储库中检出代码的最快方法。通过这种方式,它类似于'svn co&#39;命令。

注意:根据the Git manual,默认情况下,传递--depth标记意味着--single-branch

  

- 深度

     

创建一个浅层克隆,其历史记录被截断为指定的提交次数。意味着 - 单个分支,除非给出--no-single-branch来获取所有分支的提示附近的历史。如果要浅层克隆子模块,还要传递--shallow-submodules。

答案 3 :(得分:96)

我不是git专家,但我认为这应该有效:

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

OR

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

第二个变体基于标记建立一个新分支,可以避免“分离的HEAD”。 (git-checkout manual)

每个git repo都包含整个修订历史记录,因此克隆repo会让您访问最新的提交,以及之前的所有提交,包括您正在寻找的标记。

答案 4 :(得分:79)

您可以使用git archive为给定标签或提交ID下载tar球:

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. 注意:

    • 您无需指定格式。它将被输出文件名选中。
    • 指定前缀将使您的代码导出到目录(如果包含尾部斜杠)。

答案 5 :(得分:49)

使用--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将接收对象并且(需要)仅解析指定分支/标记的增量 - 同时检出完全相同数量的文件!根据源存储库,这将节省大量磁盘空间。 (另外,它会更快。)

答案 6 :(得分:16)

我检查了git checkout documentation,它揭示了一件有趣的事情:

  

git checkout -b&lt; new_branch_name&gt; &LT; start_point&GT;   ,其中&lt; start_point&gt;是提交的名称   在哪个地方开始新的分支;   默认为HEAD

所以我们可以提到标签名称(因为标签只是一个提交的名称),比如说:

  

&GT;&GT; git checkout -b 1.0.2_branch 1.0.2
  以后,修改一些文件
  &GT;&GT; git push --tags

PS:在Git中,你不能直接更新标签(因为标签只是提交的标签),你需要签出与分支相同的标签,然后提交它,然后创建一个单独的标签。

答案 7 :(得分:16)

如果使用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

..或您需要的任何标签。

答案 8 :(得分:16)

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

我不想像其他人建议的那样克隆远程存储库,因为我正在开发的项目很大,我想在一个干净的环境中开发。我觉得这更接近原始问题“我正在试图找出如何下载A PARTICULAR TAG”而不是建议克隆整个存储库的解决方案。我不明白为什么任何人都应该拥有Windows NT和Windows 8.1源代码的副本,如果他们想要查看DOS 0.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 

如果我想要改变我的所有工作,包括第一次更改

答案 9 :(得分:8)

根据彼得约翰逊的回答,我为自己创造了一个漂亮的小别名:

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

又名'git checkout latest tag'。

这依赖于GNU版本的sort,它适当地处理像lOranger所指出的情况:

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

如果您使用的是Mac,请brew install coreutils,然后再拨打gsort。

答案 10 :(得分:6)

尝试:

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

答案 11 :(得分:5)

Checking out Tags

如果要查看标记指向的文件版本,可以执行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'

如果你这样做并进行提交,你的version2分支将与你的v2.0.0标签略有不同,因为它将继续你的新变化,所以要小心。

答案 12 :(得分:4)

我这是通过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 ; \

答案 13 :(得分:1)

我做了如下

git checkout tags/20210511 -b 20210511-release
相关问题