各位小伙伴们,大家好呀!看看今天我又给各位带来了什么文章?本文是《Go mod 替换和 /vN 存储库的 github 分支》,很明显是关于Golang的文章哈哈哈,其中内容主要会涉及到等等,如果能帮到你,觉得很不错的话,欢迎各位多多点评和分享!
问题内容我刚刚向 http://periph.io/x/devices/v3 发送了一个拉取请求;它已经被合并了,但是这个过程的某些部分并不理想:
首先,我克隆了存储库(实际上是 http://github.com/periph/devices;该模块名为 periph.io/x/devices/v3
),因此我的 fork 自动称为 http:// github.com/lutzky/devices。我想测试我正在使用修改后的库处理的一段单独的代码,将其称为 testclient
;将其添加到 testclient/go.mod
有效:
replace periph.io/x/devices/v3 v3.6.9 => ../devices
但是,这也应该有效(如果拉取请求需要更长的时间才能被接受,这将很有用),但不会:
replace periph.io/x/devices/v3 v3.6.9 => github.com/lutzky/devices main
这给出了这个错误:
testclient/go.mod:15: replace github.com/lutzky/devices:
version "v0.0.0-20210508194004-cae0146d8900" invalid:
go.mod has post-v0 module path "periph.io/x/devices/v3" at revision cae0146d8900
凭直觉,我想我应该创建一个标签 v3.6.9-newfeature
并将其推送到我的分支,然后将 replace
命令指向该标签。这也不起作用:
testclient/go.mod:15: replace github.com/lutzky/devices:
version "v3.6.9-newfeature" invalid:
module contains a go.mod file, so major version must be compatible: should be v0 or v1, not v3
所以我无法使用 v0 标签,因为 go.mod
说它是 v3
,但我无法使用 v3 标签,因为 url 没有 /v3
。我不认为我应该在我的分叉存储库中修改 go.mod
(一方面,这会让拉取请求变得愚蠢)。解决这个问题的预期方法是什么?
正确答案
这是您正在寻找的修复程序,我测试了以下 go.mod
文件并且它有效,
module test
go 1.14
replace periph.io/x/devices/v3 => github.com/lutzky/devices/v3 v3.6.9-newfeature
require (
periph.io/x/devices/v3 v3.6.9 // indirect
)
我首先安装了periph.io/x/devices/v3
,
go 获取 periph.io/x/devices/v3
然后我将替换插入到 go.mod
中,
replace periph.io/x/devices/v3 => github.com/lutzky/devices/v3 main
格式:replace <original_module> => <forked_repo> <branch>
然后我只运行了 go get
。之后,替换指令中的 main
被替换为 v3.6.9-newfeature
,这是分叉存储库的 main
分支上的最新标签,从而为您提供了上面看到的内容。
文中关于的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《Go mod 替换和 /vN 存储库的 github 分支》文章吧,也可关注编程网公众号了解相关技术文章。