关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)

采坑记

万恶之源:go get 以后我发现下载的包不在src目录下生成,而全部到了$GOPATH$/pkg目录下
关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)_第1张图片
而且下载完了, import也不成功
关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)_第2张图片
在不懈的努力下最后终于找到原因:
解决Golang使用过程中go get 下载github项目慢或无法下载

我写的这篇文章中,go env -w GO111MODULE=on选择了打开

官方在 v1.11 中加入了 Go Module 作为官方包管理形式,就这样 dep 无奈的结束了使命。
最初的 Go Module 提案的名称叫做 vgo,下面为了介绍简称为 gomod。不过在 v1.11 和 v1.12 的 Go 版本中 gomod 是不能直接使用的。
可以通过 go env 命令返回值的 GOMOD 字段是否为空来判断是否已经开启了 gomod,如果没有开启,可以通过设置环境变量 
export 	GO111MODULE=on 开启

我的版本为1.14, 所以出现了这种情况

Go mod 的正确使用

如何激活Modules

首先要把go升级到1.11及以上

升级后,可以设置通过一个环境变量GO111MODULE来激活modules:

GO111MODULE=off,go命令行将不会支持module功能,寻找依赖包的方式将会沿用旧版本那种通过vendor目录或者GOPATH模式来查找。
GO111MODULE=on,go命令行会使用modules,而一点也不会去GOPATH目录下查找。
GO111MODULE=auto,默认值,go命令行将会根据当前目录来决定是否启用module功能。这种情况下可以分为两种情形:当前目录在GOPATH/src之外且该目录包含go.mod文件,或者当前文件在包含go.mod文件的目录下面。
当module功能启用时,GOPATH在项目构建过程中不再担当import的角色,但它仍然存储下载的依赖包,具体位置在$GOPATH/pkg/mod。

在你需要导入第三方包的地方,打开终端输入go mod init 你先要的命名
然后在该文件夹会出现go.mod文件
在这里插入图片描述
然后使用go get 你想要导入的包地址
关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)_第3张图片
这样go.mod里会记录你导入的包名称以及版本号
关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)_第4张图片
包也可以正常使用
关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)_第5张图片

Goland Modules模块的使用

proxy:https://goproxy.io设置代理
关于go get 以后下载的包不在src下而在pkg的源头并且不可以import(Goland Modules模块的使用)_第6张图片
参考文章https://zhuanlan.zhihu.com/p/59687626

你可能感兴趣的:(Golang)