本文介绍: 像其他版本控制系统(VCS)一样,Git 可以给仓库历史中的某一个提交打上标签,以示重要。比较有代表性的是人们会使用这个功能来标记发布结点(v1.0v2.0等等)。

0 前言

像其他版本控制系统(VCS)一样,Git 可以给仓库历史中的某一个提交打上标签,以示重要。 比较有代表性的是人们会使用这个功能来标记发布结点( v1.0v2.0 等等)。

1 列出标签

输入git tag(可选-l 或 –list),列出已有的标签:

$ git tag

以特定模式查找标签,如查找1.8.5系列:

$ git tag -l "v1.8.5*"

2 创建标签

Git 支持两种标签:

  • 轻量标签(lightweight)
  • 附注标签(annotated)

轻量标签:很像一个不会改变的分支——它只是某个特定提交的引用。

附注标签:是存储在 Git 数据库中的一个完整对象, 它们是可以被校验的,其中包含打标签者的名字、电子邮件地址、日期时间, 此外还有一个标签信息,并且可以使用 GNU Privacy Guard (GPG)签名并验证。

通常会建议创建附注标签,这样我们可以拥有以上所有信息。但是如果我们只是想用一个临时的标签, 或者因为某些原因不想要保存这些信息,那么也可以用轻量标签。

3 附注标签

创建附注标签,在git tag指定-a <tagname> -m选项指定存储在标签中的信息:

$ git tag -a v1.4 -m "my version 1.4"
$ git tag

image-20240118191754303

如果没有为附注标签指定一条信息,Git 会启动编辑器要求我们输入信息。

通过使用 git show 命令可以看到标签信息和与之对应的提交信息:

$ git show

image-20240118192421404

输出显示了打标签者的信息打标签的日期时间附注信息具体的提交信息

4 轻量标签

轻量标签本质上是将提交校验和存储到一个文件中——没有保存任何其他信息。 创建轻量标签,不需要使用 -a-s-m 选项,只需要提供标签名字:

$ git tag <tagname>
$ git tag

image-20240118192648587

这时,如果在标签上运行 git show,不会看到额外的标签信息。 命令只会显示出提交信息:

$ git show <tagname>

image-20240118193027103

5 后期打标签

我们也可以对过去的提交打标签。 假设提交历史是这样的:

$ git log --pretty=oneline

image-20240118193536654

现在,假设在 v1.2 时忘记给项目打标签,也就是在 “commit new file” 提交。 我们可以在之后补上标签。 要在那个提交上打标签,我们需要在命令的末尾指定提交的校验和(或部分校验和):

$ git tag -a v1.2 b2ed5e5f
$ git tag

image-20240118194041246

可以看到我们已经在那次提交上打上标签了。

6 共享标签

默认情况下,git push 命令并不会传送标签到远程仓库服务器上。 在创建完标签后我们必须显式地推送标签到共享服务器上。 这个过程就像共享远程分支一样——你可以运行 git push origin <tagname>

$ git push origin <tagname>

image-20240118214955432

使用--tags选项可以将所有不在远程仓库服务器上的标签一次性传送到那里。

$ git push origin --tags

image-20240118215052760

注意: 使用 git push <remote> --tags 推送标签并不会区分轻量标签附注标签

7 删掉标签

要删除掉本地仓库上的标签,可以使用命令 git tag -d <tagname>

$ git tag -d <tagname>

image-20240118215414725

注意: 上述命令并不会从任何远程仓库中移除这个标签,我们必须用 git push <remote> :refs/tags/<tagname> 才能更新远程仓库:

$ git push origin :refs/tags/<tagname>

image-20240118215524462

变体(更直观):

$ git push origin --delete <tagname>

image-20240118215612811

8 检查标签

如果想查看某个标签所指向的文件版本,可以使用 git checkout 命令, 虽然这会使我们的仓库处于“分离头指针(detached HEAD)”的状态——但是这个状态有些副作用:

$ git checkout <tagname>

image-20240118220528534

在“分离头指针”状态下,如果我们做了某些更改然后提交它们,标签不会发生变化, 但我们的新提交将不属于任何分支,并且将无法访问,除非通过确切的提交哈希才能访问。 因此,如果我们需要进行更改,比如要修复旧版本中的错误,那么通常需要创建一个新分支:

$ git checkout -b version2 v1.5

image-20240118220745951

如果在这之后又进行了一次提交,version2 分支就会因为这个改动向前移动, 此时它就会和 v2.0.0 标签稍微有些不同,这时就要当心了。

原文地址:https://blog.csdn.net/weixin_54533484/article/details/135685375

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。

如若转载,请注明出处:http://www.7code.cn/show_60396.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注