git仓库的tag是git版本库的一个标记,指向某个commit id标记的快照记录指针,所以,标签也是版本库的一个快照。
tag主要用于发布版本的管理,一个当版本发布后,可以为git当前的HEAD(commit id)打上 v.1.0.1、v.1.0.2等这样的标签。
tag感觉跟branch有点相似,但是本质上和分工上是不同的。
tag对应某次commit节点, 是一个点,是不可移动的。
branch对应一系列commit,是很多点连成的一根线,有一个HEAD 指针,是可以依靠 HEAD 指针移动的。
所以,两者的区别决定了使用方式,改动代码用branch ,不改动只查看用 tag。
tag 和 branch 的相互配合使用,有时候起到非常方便的效果,例如:已经发布了 v1.0 v2.0 v3.0 三个版本,这个时候,我突然想不改现有代码的前提下,在 v2.0 的基础上加个新功能,作为 v4.0 发布。就可以检出 v2.0 的代码作为一个 branch ,然后作为开发分支。
git tag -a
-m "added description release notes" #
git tag用作上线发布的时候打tag处理:
git tag -a v1.0-beta -m "v1.0 beta版本发布上线"
git tag v1.0
打Tag不必要在head之上,也可在之前的版本上打,这需要你知道某个提交对象的校验和(通过git log获取)。
git tag -a v0.1.1 9fbc3d0
可加-m添加注释
git checkout v1.0
git tag -d tagName
git tag -d v1.0
git push origin :refs/tags/
这时只能在本地可以看到自己新建Tag,在远程中央仓库中还是看不到在Tags下有如何内容,因为我们还没把它推送到中央仓库上
git push origin
# 推送一个本地标签到远程仓库
例如:
git push origin v1.0
git push origin --tags
如果没有和远程没有同步,可以先拉下来
git pull --rebase origin master
git push -u origin master
git push origin --tags
15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch ‘experiment‘
a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support
0d52aaab4479697da7686c15f77a3d64d9165190 one more thing
6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch ‘experiment‘
0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function
4682c3261057305bdd616e23b64b0857d832627b added a todo file
166ae0c4d3f420721acbb115cc33848dfcc2121a started write support
9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile
964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo
8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme
现在,假设在 v1.2 时你忘记给项目打标签,也就是在 “updated rakefile” 提交。 你可以在之后补上标签。 要在那个提交上打标签,你需要在命令的末尾指定提交的校验和(或部分校验和):
git show tagName //git show 命令,并连同显示打标签时的提交对象
接着输入tag名(一般都是有规则的 不是随便写的)
由于不是在当前最新版本打入的标签,push时需要选择push tags (all),不然不能push。
在GitLab标签中就可以看到刚才push的标签
【Git技术专题】如何使用git中的tag进行版本开发控制?
原文:https://www.cnblogs.com/liboware/p/15100544.html