一、语义化版本号（Semantic Versioning）
<major version>.<minor version>.<patch version> 是一种常用的版本号命名规则，也被称为语义化版本号（Semantic Versioning）。其中：
<major version>：表示主要版本号，当软件发生不兼容的变化时需要更新此版本号；<minor version>：表示次要版本号，当软件增加新功能但仍然向下兼容时需要更新此版本号；<patch version>：表示修订号，当软件进行了bug修复或者进行了一些不影响兼容性的修改时需要更新此版本号。
例如，假设一个软件的版本号是1.2.3，那么这个软件的主要版本号是1，次要版本号是2，修订号是3。如果软件升级后新增了一些新功能，但是没有破坏兼容性，那么可以将版本号更新为1.3.0。如果软件发生了不兼容的变化，那么需要将版本号更新为2.0.0。这种命名规则可以让用户清楚地了解软件版本的变化情况，从而更好地管理和使用软件。
二、docker镜像tag定义规则
Docker的tag是用于标识Docker镜像版本的一个字符串，通常格式为<image name>:<version>。其中<image name>指的是镜像的名称，<version>则是镜像的版本号。
在定义Docker镜像的tag时，建议使用语义化版本号（Semantic Versioning），即<major version>.<minor version>.<patch version>格式，例如1.2.3。这样可以清晰地表示镜像版本的重要性和更新程度，方便用户进行版本控制和管理。
此外，也可以在tag中加入其他的信息，例如构建日期、Git commit哈希值等，以便于更好地追踪镜像的变更历史和来源。例如，可以使用如下的格式：<image name>:<version>-<build date>-<git commit hash>。
Git commit哈希值
Git commit哈希值是Git版本控制系统中，用于唯一标识每一个提交（commit）的一个40个字符长的十六进制字符串。这个哈希值是由Git系统根据提交的内容计算出来的，可以用来验证提交的完整性和唯一性，也可以用来对比不同版本之间的差异。
在Git中，每一个提交都包含了提交者的信息、提交时间、提交的内容等元信息，并且每一个提交都有一个唯一的哈希值与之对应。当我们需要查看某个提交的历史记录、回滚某个提交、或者将不同版本之间的差异进行比较时，就需要使用这个哈希值来进行操作。
通常，Git哈希值的前几个字符已经足够唯一，因此在标记Docker镜像版本时，可以使用Git哈希值的前几个字符作为tag的一部分，以便于更好地追踪镜像的来源和变更历史。例如，可以使用如下的格式：:-。
示例
当使用<image name>:<version>-<build date>-<git commit hash>的格式为 Docker 镜像打标签时，具体的例子如下：
假设你有一个名为 myapp 的 Docker 镜像，版本为 v1.0.0，构建时间为 2024-01-10 10:30:00，对应的 Git commit hash 值为 a16690，那么你可以将此镜像打上如下的标签：
myapp:v1.0.0-20240110-a16690
其中 myapp 是镜像的名称，v1.0.0 是镜像的版本号，20240110 是构建时间，a16690 是 Git commit hash 值的前几位。
这个标签可以很好地标识这个 Docker 镜像的版本和构建时间，也可以帮助你更好地追踪这个镜像的来源和变更历史。如果你在将来需要基于此镜像构建新的镜像，也可以很方便地知道这个镜像的具体版本和来源。
原文地址:https://blog.csdn.net/weixin_42775581/article/details/135497867
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_55067.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
