共计 1442 个字符,预计需要花费 4 分钟才能阅读完成。
背景
因为之前写 k8s operator 在引入 go 的包的时候,波及到 go 的包管理工具, 因为本人写 java 曾经很多年,maven 的包管理工具很是好用,便想到 golang 是否也有相似的工具,goer 都晓得 go 的包引入带上 github.com 相似的前缀,就会主动从 go 的第三方检索服务 pkg.go.dev 下载对应的文件,而该检索服务会定期从 github 更新最新的代码。
go mod 是 golang 1.11 版本引入的。绝对于之前要么是没有包治理,要么是管理工具不好用
应用
- 查看 golang 的版本,确保在 1.11 及以上版本
go version
go version go1.15.2 darwin/amd64
- 设置 GO111MODULE 为 on
GO111MODULE 有三个值 : off,on,auto(默认)
- off 敞开 go mod 的性能,查找包沿用一起的 GOPATH 模式或者通过 vendor 目录形式
- on 开启 go mod 性能,不会去查找 GOPATH 目录
-
auto,分状况,
- 当前目录在 GOPATH/src 之外且该目录蕴含 go.mod 文件,会开启 go mod 性能
- 以后文件在蕴含 go.mod 文件的目录上面
- 初始化我的项目
间接在以后我的项目下执行go mod init
, 则会在以后我的项目下建设 go.mod 文件
如果该我的项目在 GOPATH 目录下, 且没设置 GO111MODULE 为 on,则会报错:
go: modules disabled inside GOPATH/src by GO111MODULE=auto; see 'go help modules'
再执行go build
则会把我的项目依赖的文件主动增加到 go.mod 中且会生成 go.sum 文件,
如果有存在包依赖冲问题,间接批改依照提醒批改 go.mod 文件对应的版本就能够。
如:
../../../../pkg/mod/k8s.io/client-go@v11.0.0+incompatible/kubernetes/scheme/register.go:26:2: module k8s.io/api@latest found (v0.19.4), but does not contain package k8s.io/api/auditregistration/v1alpha1
go.mod
module github.com/monkeyboy123/custom-controller
go 1.15
require (
github.com/golang/glog v0.0.0-20160126235308-23def4e6c14b
github.com/imdario/mergo v0.3.11 // indirect
golang.org/x/time v0.0.0-20200630173020-3af7569d3a1e // indirect
k8s.io/api v0.19.4 // indirect
k8s.io/apimachinery v0.19.4
k8s.io/client-go v11.0.0+incompatible
k8s.io/klog v1.0.0 // indirect
k8s.io/utils v0.0.0-20201110183641-67b214c5f920 // indirect
)
间接批改 k8s.io/client-go v11.0.0+incompatible 为 k8s.io/client-go v0.19.4 即可
对于应用 go mod 治理的话,依赖包的下载会下到 $GOPATH/pkg/mod 目录下, 而不再是 $GOPATH/src 目录下
正文完