go path这东西是go 1.7版本之前使用的,现在可以放弃了。
go 1.11以后都是用go module(这也是环境变量GO111MODULE命名的由来吧),类似于php里面的composer呀 nodejs里面的node_modules呀,包的好处不过多赘述了。
废话不多说,敲命令直接开启module模式。
go env -w GO111MODULE=onGOPROXY
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代表替换库,用指定版本替换,或者指定包替换源包,“墙”的话有些国外的包被国内包替换。



