本文介绍: 范例:1.0.0-alpha、1.0.0-alpha.1,被标上先行版本号则表示这个版本并非稳定,先行版的优先级低于相关联的标准版本,也就是1.0.0-alpha

我们开发中经常会遇到要打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。所以平时应该比较用到先行版本号。

原文地址:https://blog.csdn.net/ldxxxxll/article/details/134655530

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

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

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

发表回复

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