转投go系列-go模块_golangd检测到go模块-CSDN博客

本文链接：https://blog.csdn.net/lwcbest/article/details/120523885

本文介绍了Go Module从1.11版本开始取代gopath的重要性，并详细讲解了如何设置GOPROXY以适应国内网络环境，特别强调了在公司网络中配置GOPRIVATE以确保内部代码安全。还列举了`go mod`常用命令及其作用，如`go mod init`、`go mod tidy`等，以及go.mod文件的结构和用途。同时，强调了replace指令在处理包替换和版本控制中的作用。

摘要由CSDN通过智能技术生成

Go Module

go path这东西是go 1.7版本之前使用的，现在可以放弃了。
go 1.11以后都是用go module（这也是环境变量GO111MODULE命名的由来吧），类似于php里面的composer呀 nodejs里面的node_modules呀，包的好处不过多赘述了。

废话不多说，敲命令直接开启module模式。

go env -w GO111MODULE=on

GOPROXY

GOPROXY默认值为https://proxy.golang.org，在国内是无法访问的，大部分文章都是推荐使用goproxy.cn

# Linux中设置GOPROXY
export GOPROXY=https://goproxy.cn

# Window中设置GOPROXY
go env -w  GO111MODULE=on
go env -w GOPROXY=https://goproxy.cn

如果你是在公司的网络上配置，实际上还要注意部分代码要走公司的代理

go env -w GOPRIVATE="*.你公司的地址.com"
go env

这时你会发现你的env里面

GOPRIVATE="*.你公司的地址.com"
GONOPROXY="*.你公司的地址.com"
GONOSUMDB="*.你公司的地址.com"

这样就可以保证get代码时，外部代码走goproxy代理，内部代码走公司网络

go mod命令

 - go mod download    下载依赖的module到本地cache
 - go mod edit        编辑go.mod文件
 - go mod graph       打印模块依赖图
 - go mod init        初始化go.mod
 - go mod tidy        检查module，查漏补缺
 - go mod vendor      将依赖复制到vendor下
 - go mod verify      校验依赖
 - go mod why         解释为什么需要依赖

go mod edit 就是修改go.mod，添加或者删除依赖，格式化文件，例如：

go mod edit -require=github.com/BurntSushi/toml@v1.0
go mod edit -fmt
go mod edit -droprequire=github.com/BurntSushi/toml@v1.0

go mod tidy 就是更新go.mod，执行它清理在代码中删除依赖代码后，相关的依赖库忘了在go.mod文件中移除。

go mod tidy

对了，忘记讲go.mod了

module git.abc.com/kuchacha/auth

go 1.14

require (
	github.com/BurntSushi/toml v0.3.1 // indirect
	github.com/davecgh/go-spew v1.1.1 // indirect
	github.com/google/uuid v1.3.0
	github.com/huandu/go-sqlbuilder v1.7.0
	github.com/onsi/ginkgo v1.13.0 // indirect
	github.com/stretchr/testify v1.4.0 // indirect
)

replace github.com/Sirupsen/logrus v1.4.2 => github.com/sirupsen/logrus v1.4.1

module代表包名
require代表依赖包和版本号
indirect表示间接引用
replace代表替换库，用指定版本替换，或者指定包替换源包，“墙”的话有些国外的包被国内包替换。