Goland踩坑系列——Goland的go mod配置不生效的问题

Goland使用技巧

Goland的go mod配置不生效的问题

Goland作为一个go语言的IDE,很多开发同学都比较喜欢,虽然相较于VSCode在远程开发上不太便利,但单从”go语言开发“这个纬度来着整体来说也是一个功能强大IDE,但作为一个功能完备的IDE,总会有这样和那样的使用技巧——踩坑,这里就分享一例

我们知道在go刚发布的时候,没有包管理的概念,Golang 团队在 FAQ 中提议开发者保证相同 import path 的兼容性,但并没有什么用,所以在1.6之后,引入管理包依赖的方式,其基本理念是:

将引用的外部包的源代码放在当前工程的vendor目录下面,go 1.6以后编译go代码会优先从vendor目录先寻找依赖包;找不到再从GOPATH 中寻找

这样就避免了将依赖的源码拷贝到当前目录下,但遗留了一个坑:无法精确的引用 外部包进行版本控制,不能指定引用某个特定版本的外部包,只是在开发时将其拷贝过来,但是一旦外部包升级,vendor 下面的包会跟着升级,而且 vendor 下面没有完整的引用包的版本信息, 对包升级带来了无法评估的风险。

所以在1.11版本后,推出了包管理工具:go module,并且从Go1.13版本开始,go module将是Go语言默认的依赖管理工具。包不再保存在GOPATH中,而是被下载到了$GOPATH/pkg/mod路径下.go mod vendor 会将依赖包放到 vendor 目录
Goland踩坑系列——Goland的go mod配置不生效的问题_第1张图片

详细资料可以参考:go mod 和 go vendor 使用与区别

Goland对go vender和go mod设置的区别

主要在settings里面进行设置
Goland踩坑系列——Goland的go mod配置不生效的问题_第2张图片
其中,选中Enable Go modules integration选项,即使用go mod的模式
取消Enable Go modules integration模式后,需要在GOPATH选项中单独设置GoPath目录:
Goland踩坑系列——Goland的go mod配置不生效的问题_第3张图片
其中后者是选上是为了让外部项目也能引用,这里针对实际情况选择就好,不选上会提高一点点的性能
Goland踩坑系列——Goland的go mod配置不生效的问题_第4张图片

Goland对go vender可能需要的问题

一、go vender不生效的问题

在这里插入图片描述
第一种可能是,go的版本不对,需要设置:
Goland踩坑系列——Goland的go mod配置不生效的问题_第5张图片

这里设置的版本与全局版本(即电脑控制台输入go version)不一定一致,如果需要确认goland生效需要在Goland的控制台查看:
goland的控制台如下:Goland踩坑系列——Goland的go mod配置不生效的问题_第6张图片
电脑控制台如下:
在这里插入图片描述

第二种可能是,go mod设置错误和Go path设置不对,需要设置:
Goland踩坑系列——Goland的go mod配置不生效的问题_第7张图片
这里就是上面的设置

第三种可能是,用全局设置覆盖了Goland(也是比较坑的点)
一般来说,上面的解决方案,解决了90%的问题,但如果没有解决的话,就会比较麻烦,然后,网上的一种解决方式是在电脑的控制台设置::
go env -w GO111MODULE=off
这样虽然会立即生效,但这样会把当前电脑所有golang服务的mod都关闭了,如果其他的服务是go mod类型的,就得又设置回来,如果需要同时启动,就得一个一个启动,然后来回切换。。。
所以,如果之前这么设置过的话,需要把这个文件删除
文件地址如下:
Goland踩坑系列——Goland的go mod配置不生效的问题_第8张图片
直接删除就好了!

你可能感兴趣的:(golang,开发语言,后端)