聊聊golang的Pseudo-versions

原创 已于 2022-05-16 00:31:16 修改 · 334 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#golang #git #github

于 2022-05-16 00:17:08 首次发布

序

本文主要研究一下golang的Pseudo-versions

Pseudo-versions

定义

Pseudo-versions，中文大概是伪版本的意思，就是没有打语义版本tag(semantic version tags)的会使用伪版本

格式

类似v0.0.0-yyyymmddhhmmss-abcdefabcdef，中间的时间为UTC时间(东八区为utc+8)，最后的12位为git commit的hash的前12位

forms

  • vX.0.0-yyyymmddhhmmss-abcdefabcdef

如果之前都没有major的语义版本tag则其Pseudo version第一部分为vX.0.0

  • vX.Y.Z-pre.0.yyyymmddhhmmss-abcdefabcdef

在vX.Y.Z-pre(v3.9.0-pre)版本之后提交的commit，其Pseudo version第一部分为vX.Y.Z-pre.0(v3.9.0-pre.0)

  • vX.Y.(Z+1)-0.yyyymmddhhmmss-abcdefabcdef

在vX.Y.Z(v3.9.0)版本之后提交的commit，其Pseudo version第一部分为vX.Y.(Z+1)-0(v3.9.1-0)

+incompatible

对于有些依赖没有go.mod的，go.sum会出现+incompatible，比如

github.com/google/martian v2.1.0+incompatible/go.mod h1:9I4somxYTbIHy5NJKHRl3wXiIaQGbYVAs8BPL6v8lEs=

问题

  • 基于分支commit的版本在改commit被删除之后会导致go mod invalid version

比如从特性分支合并到主干的时候采用git merge --squash且同时删除特性分支的方式会造成依赖之前依赖特性分支的commit丢失，最后导致依赖这个commit的工程无法build

  • 基于tag的版本在tag被删除的时候，也会出现go mod invalid version

其他语言诸如java的maven，由仓库管理，除非特殊情况，一般不会去仓库删除版本，一般不会有误操作。go的这点也要特别注意，在删除tag的时候要小心。

小结

go的Pseudo-versions有点类似maven的snapshot的概念，都是基于时间戳的方式，不过go的仓库是基于git仓库的，所以带上了commit的hash信息。但是要特别注意go mod invalid version的问题。

doc

Golang之go module开发系列二--使用伪版本和GoCenter
JFrog技术博客
04-24 1451
Go模块已经为Go开发带来了秩序，但也存在一些潜在的混乱。管理模块尤其是伪版本可能很困难，尤其是在要进行一些最新更改的情况下。 JFrog GoCenter是一个免费的版本话棋模块仓库，现在它包含了一些重要的更新，可以帮助你坚持这个最佳实践。首先让我们看看伪版本是如何工作的，以及您可以期望从这些更改中得到什么。我们还提供了一些指导，让您在升级到1.13或更高版本时保持Go的构建工作。 Go 的...
go mod invalid pseudo-version
云满笔记
12-01 2563
这里写目录标题1. go mod invalid pseudo-version 1. go mod invalid pseudo-version 最近升级了下 go 的版本, 然后拉下团队的代码出现了如下的错误 原因是 我依赖的是 golang.org/x/text@v0.3.1-0.20181227161524-e6919f6577db, 但是因为 go 包的升级, 现在 go 包里面已经是 0.3.2 了。 所以这个时候需要用 go mod edit 一下, 把 v0.3.1-0.201812
dubbo-go v3 版本 go module 踩坑记
阿里巴巴云原生的博客
05-31 354
作者 | 董剑辉、盛傲飞 来源 | 阿里巴巴云原生公众号 ​ 问题背景 ​ 该问题源于我们想对 dubbo-go 的 module path 做一次变更，使用 dubbo.apache.org/dubbo-go/v3 替换之前的 github.com/apache/dubbo-go。 ​ 首先，我们做了路径映射，在 dubbo.apache.org 下放置了一个 dubbogo/v3 文件，内容如下： ​ <html> <head> <meta name="go-.
【golang开发中的常见错误】【配置 .gitconfig，让go mod tidy速度飞起】
XJYSober的博客
02-25 7173
问题 golang项目开发中，本地go mod tidy和go get -u都报错，找不到对应版本号。重点报错如下： invalid pseudo-version: preceding tag (v1.0.0) not found 解决思路 1、猜测引用了老的包文件，查找对应的缓存包并手动rm删除，发现还是报同样的错误，重新下载也是找老的版本。所以手动清理缓存包不彻底。 2、使用go clean --modcache清除所有的缓存即可。 注意 1、清理缓存包之前尽量备份，防止有些包远
dubbo-go v3 版本 go module 踩坑记，2024年最新统统给你解决
2401_84264630的博客
04-17 1278
在我们使用 Go modules 去构建项目的依赖关系时，对 go 项目的依赖都需要声明我们所使用的版本号，考虑到每次发布新版本时，兼容一直是开发者最为重视和头痛的问题，因此 go 通过**语义导入版本控制（Semantic Import Versioning）**来制定版本号的标准，来确保每个开发者能够根据自己的项目需求指定使用的依赖版本。而指定主版本则有两种方式，一种是如上的直接声明，另一种则是在项目路径的最后加上版本后缀，如 dubbogo 3.0 版本声明的 module 则是。
Confluent的Apache Kafka Golang客户端-Golang开发
05-26
Confluent用于Apache KafkaTM的Golang客户端confluent-kafka-go是Confluent用于Apache Kafka和Confluent平台的Golang客户端。 特点：高性能-confluent-kafka-go是librd的轻量级包装，用于Apache KafkaTM的Confluent...
精选资源
golang-swaggerui-example:Golang的SwaggerUI生成示例
05-14
golang-swaggerui-example Golang-swaggerui-example是一个示例存储库，用于在您的Golang项目中使用SwaggerUI设置API文档。 详细说明可在。 API互动 可以通过访问localhost：8080 / swaggerui /访问SwaggerUI，有关...
精选资源
golang-cross:使用CGO的golang交叉编译器
03-31
构建基础映像（可选） docker build -f Dockerfile_builder -t goreng/golang-cross-builder:1.15.1 . 请先按照指南 建立跨语言的图像docker build --build-arg GO_VERSION=1.16.2 --build-arg GOLANG_DIST_SHA=542...
golang123-alpine
04-18
golang123-alpine
golang go-zero gen 生成GORM model 生成脚本
11-07
golang go-zero gen 生成GORM model 生成脚本
搞清楚 Go Mod的版本和伪版本，下次别乱用了
Seekload
08-12 737
关于 Go 项目的依赖管理的日常使用以及遇到的问题怎么解决，俺已经写过两篇文章了。项目使用GoModules管理依赖的方法和经验总结Go Modules怎么管理私有依赖今天再跟大家唠一下 Go Module 中软件包的版本和伪版本的内容，因为这是一个理想很丰满、现实很骨感的故事。Module 的版本关于 Go Module 依赖包的软件版本，这块知识就很中规中矩啦，大部分...
【Go mod 学习之伪版本篇】采用 commit id 进行 go get 会生成伪版本号
叮当猫的喵i
10-14 3021
在实际项目中，有时不得不直接使用一个commit ID，比如某项目发布了v1.5.0版本，但随即又修复了一个bug（引入一个新的commit ID），而且没有发布新的版本。此时，如果我们希望使用最新的版本，就需要直接引用最新的commit ID，而不是之前的语义化版本v1.5.0。使用commit ID的版本在Go语言中称为，可译为"伪版本"。伪版本的版本号通常会使用格式，其中vx.y.z看上去像是一个真实的语义化版本，但通常并不存在该版本，所以称为伪版本。另外表示某个commit ID的前12位，而。
Go 1.11 的Module
weixin_34302561的博客
08-27 861
为什么80%的码农都做不了架构师？>>> ...
github.com/gogo/protobu: invalid pseudo-version: revision is shorter than canonical
认知 行动 坚持
07-05 3838
编译执行go mod tidy时，出现了这个错误，挺恶心的： xxxrequires github.com/micro/go-plugins@v1.3.0 requires k8s.io/api@v0.0.0-20190726022912-69e1bce1dad5 requires github.com/gogo/protobuf@v0.0.0-20190410021324-65acae22fc9: invalid pse...
关于Idea中Java报错: 不支持发行版本5的解决方法
uihoioj的博客
10-08 1991
关于Idea中Java报错，不支持发行版本5的解决方法 在maven项目里面运行的时候，出现error:java:不支持发行版本5报错，原因是项目运行的时候，jdk版本与本地的版本不一致，解决方法如下： 到IDEA—>File—>project structure，检查了一下project和moduels中jdk版本与本地对比，发现不一致，于是修改为与你本地的版本一致即可)，如图： 修改完毕之后到Settings–>Bulid, Execution,Deployment–>j
电脑上多个golang版本如何自由切换
热门推荐
伪淑女的博客
09-09 1万+
电脑上一不小心下载了两个版本的golang，分别是go1.8.3和go1.7.1，导致想编译go1.7.1的代码是一直报错，查了一下电脑上默认配置为go1.8.3的版本，在网上也没找到实际可行的解决办法，所以决定写一下解决方案。当然有一种笨方法就是直接删掉多余的go版本，很明显这种做法不实用，所以我要为大家介绍一种简单的方法切换go版本。
聊聊gorm的CreateInBatches
go4it
01-16 4805
序 本文主要研究一下gorm的CreateInBatches CreateInBatches gorm.io/gorm@v1.20.11/finisher_api.go // CreateInBatches insert the value in batches into database func (db *DB) CreateInBatches(value interface{}, batchSize int) (tx *DB) { reflectValue := reflect.Indirect(r
聊聊gorm的GroupBy
go4it
01-20 3963
序 本文主要研究一下gorm的GroupBy GroupBy gorm.io/gorm@v1.20.11/clause/group_by.go // GroupBy group by clause type GroupBy struct { Columns []Column Having []Expression } // Name from clause name func (groupBy GroupBy) Name() string { return "GROUP BY" } // Bui
alpine 3.12 24c8ece58a1a 3 years ago 5.58MB golang 1.16-alpine3.14 6a77340bf52b 3 years ago 302MB golang 1.15-alpine 1403af3b6d4a 4 years ago 300MB golang 1.16-alpine3.12 baed0e68a17f 4 years ago 301MB 帮我将上面的镜像生成类似docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12的命令
最新发布
10-12
<think>首先，用户的问题是基于给定的镜像信息生成docker save命令。镜像信息包括： - alpine 3.12 - golang 1.16-alpine3.14 - golang 1.15-alpine - golang 1.16-alpine3.12 我需要生成类似docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12的命令。 用户的例子是：docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12 所以，我应该为每个镜像生成一个类似的命令。 命令格式是： docker save -o [输出文件路径] [镜像名]:[标签] 用户指定了一个特定的输出路径：/mnt/hgfs/share/golang1-16-alpine3-12.tar 我需要为每个镜像创建类似的输出文件名。文件名应该基于镜像名和标签。 列出镜像信息： 1. alpine 3.12 → 镜像名：alpine，标签：3.12 2. golang 1.16-alpine3.14 → 镜像名：golang，标签：1.16-alpine3.14 3. golang 1.15-alpine → 镜像名：golang，标签：1.15-alpine 4. golang 1.16-alpine3.12 → 镜像名：golang，标签：1.16-alpine3.12 现在，输出文件路径：用户使用了/mnt/hgfs/share/目录，文件名是golang1-16-alpine3-12.tar 我应该为每个镜像生成一个文件名： - 对于alpine:3.12，文件名可能是alpine-3.12.tar - 对于golang:1.16-alpine3.14，文件名可能是golang1-16-alpine3-14.tar - 对于golang:1.15-alpine，文件名可能是golang1-15-alpine.tar（假设没有具体版本，就用这个） - 对于golang:1.16-alpine3.12，文件名可能是golang1-16-alpine3-12.tar（用户例子中已有） 在用户例子中，输出路径是/mnt/hgfs/share/，所以我应该使用相同的目录路径。用户说“类似docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar”，所以我可以假设输出目录是/mnt/hgfs/share/，除非用户指定。 用户指令是“生成类似docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12的docker save命令”，所以我应该复制相同的输出路径格式。 现在，生成命令： 1. 对于alpine:3.12： - 镜像名：alpine:3.12 - 输出文件：/mnt/hgfs/share/alpine-3.12.tar 命令：docker save -o /mnt/hgfs/share/alpine-3.12.tar alpine:3.12 2. 对于golang:1.16-alpine3.14： - 镜像名：golang:1.16-alpine3.14 - 输出文件：/mnt/hgfs/share/golang1-16-alpine3-14.tar 命令：docker save -o /mnt/hgfs/share/golang1-16-alpine3-14.tar golang:1.16-alpine3.14 3. 对于golang:1.15-alpine： - 这里有歧义。标签是“1.15-alpine”，但完整的镜像名应该是golang:1.15-alpine。 - 输出文件：/mnt/hgfs/share/golang1-15-alpine.tar 命令：docker save -o /mnt/hgfs/share/golang1-15-alpine.tar golang:1.15-alpine 4. 对于golang:1.16-alpine3.12： - 用户已经提供了一个例子：docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12 所以，我可以直接使用那个。 用户说“根据给定的镜像信息”，并列出它们，所以包括所有四个。 用户提到“golang 1.16-alpine3.12”已经在例子中，但既然用户要求“生成”，我应该为所有列出。 用户原文：“根据镜像信息alpine 3.12、golang 1.16-alpine3.14、golang 1.15-alpine、golang 1.16-alpine3.12” 所以四个都需要。 确保文件名一致：在用户例子中，文件名是golang1-16-alpine3-12.tar，使用了破折号和点号，但文件名中通常用破折号代替冒号或点号以避免问题。 在例子中：golang1-16-alpine3-12.tar，所以格式是镜像名去掉冒号，标签用破折号连接。 对于alpine:3.12 → alpine-3.12.tar golang:1.16-alpine3.14 → golang1-16-alpine3-14.tar（注意标签本身有破折号） 在镜像标签中，golang:1.16-alpine3.14，标签是1.16-alpine3.14，所以在导出时，文件名可以基于镜像名和完整标签。 在用户例子中，对于golang:1.16-alpine3.12，文件名是golang1-16-alpine3-12.tar，意思是组合镜像名和标签成为一个文件名部分。 所以类似： - alpine:3.12 → alpine-3.12.tar - golang:1.16-alpine3.14 → golang1-16-alpine3-14.tar（注意，镜像名是golang，标签是1.16-alpine3.14） 在文件名中，应该是镜像名后跟标签，用破折号连接。 但在标签中，已经有破折号，如1.16-alpine3.14。 用户例子中是golang1-16-alpine3-12.tar，意思是省略了冒号，直接连接。 所以，为了一致： - alpine:3.12 → alpine-3.12.tar - golang:1.16-alpine3.14 → golang1-16-alpine3-14.tar - golang:1.15-alpine → golang1-15-alpine.tar - golang:1.16-alpine3.12 → golang1-16-alpine3-12.tar（已有） 现在，输出路径是/mnt/hgfs/share/，这是用户指定的，我应该使用它。 在命令中，输出文件路径包括文件名。 现在，回答结构：用户要求“生成docker save命令”，所以我可以列出每个命令。 系统指令说：回答结构清晰，帮助用户逐步解决问题。 所以，我可以先解释一下，然后列出命令。 另外，系统指令有“生成相关问题”，在最后。 用户上次问题：在对话历史中，没有明显的上一次问题，这是这个对话的开始。用户说“参考站内引用”，但上下文是空的，所以可能忽略。 用户消息："参考站内引用:。上述引用仅供参考，并不是用户真正的需求，请尽可能多的参考用户上一次的问题和你的回答。" 但在对话历史中，只有系统级指令和用户的这个新问题。 在示例中，有"用户上一次的问题"，但这里是第一次互动。 所以，或许直接回答。 现在，生成命令。 总结命令： 1. 对于alpine:3.12： docker save -o /mnt/hgfs/share/alpine-3.12.tar alpine:3.12 2. 对于golang:1.16-alpine3.14： docker save -o /mnt/hgfs/share/golang1-16-alpine3-14.tar golang:1.16-alpine3.14 3. 对于golang:1.15-alpine： docker save -o /mnt/hgfs/share/golang1-15-alpine.tar golang:1.15-alpine 4. 对于golang:1.16-alpine3.12： docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12 用户已经提供了golang:1.16-alpine3.12的例子，所以我可以提到它。 在回答中，我应该确保格式正确。 最后，生成相关问题，作为系统指令的一部分。 系统指令："6.生成相关问题" 在示例中，有"§§相关问题§§"部分。 所以，我需要添加相关问题。 相关问题应该基于当前主题：Docker镜像导出。 例如： - 如何导入这些导出的镜像？ - docker save命令的其他选项？ - 为什么要导出镜像？ 等等。 现在，用中文回答所有内容。 回答结构： 1. 简要解释命令。 2. 列出每个命令。 3. 相关问题。 开始写。 </think>### 根据镜像信息生成 Docker Save 命令 您提供了四个镜像信息：`alpine 3.12`、`golang 1.16-alpine3.14`、`golang 1.15-alpine` 和 `golang 1.16-alpine3.12`。我将基于这些信息生成 `docker save` 命令，命令格式与您给出的示例（`docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12`）一致。具体来说： - 输出文件路径：使用统一的目录 `/mnt/hgfs/share/`（与您示例中的路径相同）。 - 输出文件名：基于镜像名和标签生成，格式为 `[镜像名]-[标签].tar`（标签中的特殊字符如冒号或点号用破折号替代，确保文件名兼容性）。 - 命令格式：`docker save -o [输出文件路径] [镜像名]:[标签]`。 以下是生成的命令列表（每个命令对应一个镜像）： 1. **对于镜像 `alpine:3.12`**: 输出文件名：`alpine-3.12.tar`（镜像名为 `alpine`，标签为 `3.12`）。 命令： ```bash docker save -o /mnt/hgfs/share/alpine-3.12.tar alpine:3.12 ``` 2. **对于镜像 `golang:1.16-alpine3.14`**: 输出文件名：`golang1-16-alpine3-14.tar`（镜像名为 `golang`，标签为 `1.16-alpine3.14`）。 命令： ```bash docker save -o /mnt/hgfs/share/golang1-16-alpine3-14.tar golang:1.16-alpine3.14 ``` 3. **对于镜像 `golang:1.15-alpine`**: 输出文件名：`golang1-15-alpine.tar`（镜像名为 `golang`，标签为 `1.15-alpine`）。 命令： ```bash docker save -o /mnt/hgfs/share/golang1-15-alpine.tar golang:1.15-alpine ``` 4. **对于镜像 `golang:1.16-alpine3.12`**: 输出文件名：`golang1-16-alpine3-12.tar`（与您提供的示例一致）。 命令： ```bash docker save -o /mnt/hgfs/share/golang1-16-alpine3-12.tar golang:1.16-alpine3.12 ``` ### 使用说明 - 运行这些命令前，请确保： - Docker 服务已在系统中运行（可通过 `docker --version` 检查）。 - 镜像已存在于本地（可使用 `docker images` 验证），否则 `docker save` 会报错[^1]。 - 输出目录 `/mnt/hgfs/share/` 存在且有写权限（可通过 `ls /mnt/hgfs/share/` 检查）。 - 导出完成后，文件为 `.tar` 格式，可通过 `docker load -i [文件路径]` 导入到其他 Docker 环境。 如果您需要修改输出路径或文件名，请提供更多细节，我可以调整命令。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值