git打tag和版本控制规范

我们在开发中经常会遇到要打tag的情况,但这个tag应该如何打呢?我不知道大家平时是怎么打的,但我基本就是从1.0.0开始进行往上递增,至于如何递增,基本凭感觉。今天同事新打了一个tag进行发版,然后被架构点名说命名没有按规范来,估计也是和我一样,凭感觉打。规范到底是怎样的呢?以下是我综合他们的讨论和查资料的一些总结。

文章目录

1、首先,我们为什么要打tag呢?
打tag的作用,就是给项目的开发节点。打上tag的同时,写上附带信息,可以方便项目日后维护过程中的回溯和复查。清晰的标签记录,有助于大家了解当前tag下项目的迭代的情况。首先附上我们项目乱打乱发财的tag大家看一下,自己平时打tag的节奏是否也和我们差不多。

上面的tag乱在哪里呢?

2、版本基本控制规范

首先版本号基本的规范是Major.Minor.Patch,也就是Major 是主版本号、Minor是次版本号、而 Patch 为修订号。每个元素必须以数值来递增。例如:1.9.1 -> 1.10.0 -> 1.11.0。只有三个号,并没有上图出现的那种四个号。

主版本号

每次一个比较大的功能的发版,可以理解为一次迭代,具体也可以根据自己开发的项目来定。每次递增时,次版本号和修订号都要归零。

次版本号

每次做出小的功能新增时,发布的版本号。每次递增时,修订号都要归零。

修订号

修复bug时发布的版本。

先行版本号可以被标注在修订号之后,先加上一个连接号再加上一连串以句点分隔的标识符来修饰。标识符必须由 ASCII 字母数字和连接号 [0-9A-Za-z-] 组成,且禁止留白。范例:1.0.0-alpha、1.0.0-alpha.1,被标上先行版本号则表示这个版本并非稳定,先行版的优先级低于相关联的标准版本,也就是1.0.0-alpha<1.0.0。所以平时应该比较少用到先行版本号。

相关推荐
oscar9999 小时前
Monorepo 全面解析:优势、挑战与适用场景
git·monorepo
龙之叶11 小时前
Git Commit 生成与合入 Patch 指南
git
裸奔的大金毛19 小时前
Tekton - 自定义镜像配置git仓库克隆
git·ci/cd·devops·tekton
Adorable老犀牛1 天前
可遇不可求的自动化运维工具 | 2 | 实施阶段一:基础准备
运维·git·vscode·python·node.js·自动化
xiaok1 天前
把代码上传到gitee的时候,怎么忽略node_modules文件夹
git·gitlab·github
唐叔在学习1 天前
听说有老哥分不清Git branch和tag?这不看看嘛
git·后端
雁于飞1 天前
vscode中使用git、githup的基操
笔记·git·vscode·学习·elasticsearch·gitee·github
小毛驴8502 天前
所有微服务部署都使用一个git地址,并且通过docker部署各个服务的情况下,如何编写mvn指令来处理各个服务。
git·docker·微服务
国王不在家2 天前
git 切换仓库后清理分支缓存
git
柯南二号2 天前
【Gitlab】Ubuntu 20.04服务器部署Gitlab
git·gitlab