【解决方案:unset GOPATH】$GOPATH/go.mod exists but should not
解决方案如果你胡乱设置了$GOPATH$GOPATH指向了go.mod所在目录。你可以考虑在命令行中取消环境变量的设置:$ unset GOPATH如果你胡乱放置了main.go你尝试在$GOPATH所指目录下创建了项目文件,并执行了go mod init?那么我建议你在当前目录($GOPATH/)下创建新的目录./src/github.com/<yourname>/<yourp
文章共417字 · 阅读需要大约2分钟
一键AI生成摘要,助你高效阅读
问答
·
解决方案
1. 如果你胡乱设置了$GOPATH
如果你将$GOPATH
指向了go.mod
所在目录,你应当考虑在命令行中取消这一环境变量的设置:
$ unset GOPATH
2. 如果你胡乱放置了main.go
你是否尝试过在$GOPATH
所指目录下创建了项目文件,并执行了go mod init
?
如果是,那么我建议你在当前目录($GOPATH/
)下创建新的目录./src/github.com/<yourname>/<yourproject>
,然后在<yourproject>
进行刚才那些鲁莽的操作。
问题剖析
如果你设置了环境变量$GOPATH
,Go 将默认在$GOPATH/pkg/
中下载和导入依赖库,而go.mod
文件则是将当前工作目录作为项目根目录,从./pkg/
中下载和导入依赖库。因此,当$GOPATH
指向go.mod
所在目录时,就会产生矛盾。
所以解决思路也是显而易见的:你在执行go mod init
命令后将$GOPATH
也指向了项目目录,所以你应该首先选择通过命令行unset GOPATH
。
最佳实践
从Go1.13开始,使用Go Modules管理Go项目,放弃$GOPATH
:
- 创建并进入项目目录;
- 开启Go Modules:
export GO111MODULE=on
; - 项目初始化:
go mod init
。
更多推荐
已为社区贡献4条内容
所有评论(0)