详解git标签管理

标签用于标记某一提交点,唯一绑定一个固定的commitId,相当于为这次提交记录指定一个别名,方便提取文件。可以为重要的版本打上标签,标签可以是一个对象,也可以是一个简单的指针,但是指针不会移动。

新建标签

假如说,我们某个应用经过一段时间的开发,完成了某个功能,现在需要往线上发布。我们可以先将开发代码合并到master,然后对当前的master打一个标签,来标识当前的发布版本。假如说就叫v1.0:

将当前代码完成提交

yanwei@ubuntu:~/git_test$ git add *
yanwei@ubuntu:~/git_test$ git commit -m "v1.0最后一次提交"
[master c169872] v1.0最后一次提交
2 files changed, 1 insertion(+)
create mode 100644 new.txt
yanwei@ubuntu:~/git_test$ git status

位于分支 master

无文件要提交,干净的工作区

创建一个v1.0的tag

yanwei@ubuntu:~/git_test$ git tag v1.0

查看所有的tag

yanwei@ubuntu:~/git_test$ git tag
v1.0

还可以通过如下方式查看指定的标签:

yanwei@ubuntu:~/git_test$ git tag -l "v1.*"
v1.0

在上面的示例中,我们看到有了一个v1.0的tag,可是这个tag没有任何的描述信息,也不知道具体是干嘛的。这个时候,我们可以在打tag的时候, 添加一些详细的信息:

-a指定标签为含注释的标签,-m指定注释

yanwei@ubuntu:~/git_test$ git tag -a v1.1 -m "v1.1版本,啥都没改"

查看标签详细信息

如果要查看一个标签的详细信息,可以使用如下方式:

yanwei@ubuntu:~/git_test$ git show v1.1
tag v1.1
Tagger: yanwei
Date:   Mon Jul 16 19:07:24 2018 +0800

v1.1版本,啥都没改

commit c16987225db5f8ff65c7ff858eff4a75992f61dd (HEAD -> master, tag: v1.1, tag: v1.0)
Author: yanwei
Date:   Mon Jul 16 19:01:51 2018 +0800

v1.0最后一次提交

diff --git a/code.txt b/code.txt
index e064e4c..8f8a0e7 100644
--- a/code.txt
+++ b/code.txt
@@ -5,3 +5,4 @@ this is the forth line
this is the master branch
this is dev branch
this is dev branch new line
+this line for bug
diff --git a/new.txt b/new.txt
new file mode 100644
index 0000000..e69de29

切换标签

切换标签的操作与切换分支的命令相同:

git checkout [tagname]

后期添加标签

在一些应用场景中,我们一个版本发布之后,并没有为其添加标签,后期为了规范化管理,回过头来,想对那些版本添加标签,可以使用如下的操作方式:

使用git log列出一些历史版本信息:

yanwei@ubuntu:~/git_test$ git log --oneline
c169872 (HEAD -> master, tag: v1.1, tag: v1.0) v1.0最后一次提交
d69c612 合并bug分支
67de5f6 修复bug
ea9a7d5 merge with no-ff
b89266d (dev) dev branch another commit
6c1828d 解决冲突
2015000 master new commit
187dee6 dev first commit
0a96a0f forth commit
e4fb2aa third commit
227ecaa second commit
d66bdc0 first commit

指定为dev first commit这个版本打一个标签:

git tag -a v1.2 187dee6

将标签推送到远端仓库

默认情况下,git push 并不会把标签传送到远端服务器上,只有通过显式命令才能分享标签到远端仓库。其命令格式如同推送分支,运行git push origin [tagname] 即可:

git push origin v1.1

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/208280.html<

(0)
管理的头像管理
上一篇2025-04-08 22:37
下一篇 2025-04-08 22:38

相关推荐

  • 站群服务器如何批量管理更高效,有哪些管理技巧?

    站群服务器批量管理想提效,自动化是唯一出路,通过统一配置管理工具与面板系统,结合服务商提供的底层基础设施支持,能将运维效率提升数倍,批量管理的核心痛点与解决思路多台站群服务器分散管理,最常见的问题就是重复劳动,每次软件更新、配置修改、安全加固,都需要逐台登录操作,不仅耗时,还容易漏掉某台机器,更头疼的是,一旦某……

    2026-07-27
    0
  • 服务器磁盘IO过高如何优化?,磁盘IO过高的原因有哪些?

    服务器磁盘IO过高,核心优化路径是“先定位、再分流、后升级”,你需要通过系统工具精确判断究竟是应用程序、日志策略还是硬件瓶颈导致,然后针对性地从代码、缓存、存储架构和硬件选型四个层面下手,其中选择持有持牌自营机房和增值电信业务经营许可证的服务商,能从根本上保障底层IO稳定性,定位IO瓶颈:动手优化的第一步盲目优……

    2026-07-27
    0
  • 跨境网站访问延迟高怎么解决,网站访问慢的原因是什么?

    跨境网站访问延迟高的核心解决思路在于多维度优化网络路径,包括使用全球CDN加速、选择靠近目标区域的优质IDC机房、调整传输协议以及精简应用层资源,其中服务商的基础设施质量直接决定优化上限,为什么跨境访问延迟高?三大核心因素物理距离与光速限制数据包在海底光缆中的传输速度受限于介质,从中国到美国西海岸的物理往返时间……

    2026-07-27
    0
  • 站群服务器到底是什么意思,怎么选择比较好

    站群服务器就是一台拥有多个独立IP地址、专门用于托管和管理多个网站的高性能服务器,其核心价值在于通过独立IP降低网站间的关联风险,并提升搜索引擎优化效果,站群服务器的工作原理与适用场景站群服务器本质上是将一台物理服务器通过虚拟化或直接配置的方式,分配给多个独立IP地址,每个IP对应一个独立的网站,这些网站共享服……

    2026-07-27
    0
  • 高防服务器误封正常流量如何调整,怎么解决?

    高防服务器误封正常流量,核心调整思路是从“一刀切”转向“精细化”——通过分析业务特征,调整防护阈值、配置白名单和启用智能学习模式,让防护系统学会区分真假流量,为什么会误封正常流量误封主要源于防护策略的通用化,高防服务器通常默认启用严格防护规则,当流量特征与攻击特征库部分匹配时,就会被拦截,据行业安全白皮书指出……

    2026-07-27
    0

发表回复

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