A Quick Guide for Go Modules
写在前面
在编译frp项目的时候,它依赖的golang相关库在下载时被墙了,导致编译中止。根据以往的经验,尝试手动把相关依赖git clone到GOPATH后继续编译,但是仍然失败。
打开源码目录,发现一个go.mod的文件,查了下资料才明白原来这是Go1.11的一个新特性——Go Modules,也就是Go的包依赖管理。
快速开始
在GOPATH目录外创建一个新目录:
$ mkdir -p /tmp/scratchpad/hello
$ cd /tmp/scratchpad/hello初始化一个新模块:
$ go mod init github.com/you/hello
go: creating new go.mod: module github.com/you/hello写段测试代码:
$ cat <<EOF > hello.go
package main
import (
"fmt"
"rsc.io/quote"
)
func main() {
fmt.Println(quote.Hello())
}
EOF编译:
不妙,被墙了。幸好Go Modules支持replace命令,提供导入另一个路径,可以是位于VCS (GitHub或其他地方)中的另一个模块,或者是本地的绝对、相对路径。
编辑go.mod文件,用github仓库代替golang:
重新编译并运行:
go.mod文件会自动被更新,而且包含了依赖的明确依赖信息:
有了Go Modules以后,工作流应该变成这样:
在.go文件用import导入依赖
执行标准命令
go build或者go test,将会自动更新go.mod,并且下载依赖当需要指定依赖版本的时候,可以执行诸如这样的命令
go get foo@v1.2.3,go get foo@master,go get foo@e3702bed2,或者直接编辑go.mod文件
简单介绍我们可能常会用到的功能:
go list -m all: 查看构建中直接或者间接依赖的packages的当前版本go list -u -m all: 查看直接或者间接依赖的packages的最新版本go get -uorgo get -u=patch: 更新直接或者间接依赖的pakages到最新版本go build ./...orgo test ./...: 在模块的跟目录执行时,构建并且测试模块中的所有pakagesgo mod tidy: 从go.mod中删除任何不再需要的依赖项replace指令orgohack: 用另外一个版本代替自动推导的版本,可以是源于不同的repogo mod vendor: 创建vendor目录,并且把直接或者间接依赖的packages复制到该目录下
好了,先Mark到这里。
See also
Last updated
Was this helpful?