Go语言的包管理经过了多种工具的演变，上一节中我们通过配置GOPATH来存放源代码进行包的管理，其实称不上包管理，在起初开发的时候我们会把我们一个系统依赖的全部源代码下载到src目录，当多个 系统依赖不同版本的代码库时，处理起来十分的麻烦。所以，Go的包管理一致受到开发者的诟病。后来社区出现了几个针对Go开发的包管理工具。
从Godep包管理工具到glide，直至go1.5版本引入go vender机制才有了基本的包管理能力，govender的引入也是实验性质的，也就是说直至go1.5版本都没有出来一个正式的包管理工具。随着go1.11的正式发布go modules试探性的成为官方认可的包管理工具，在这个版本的发行中正式包含的go mod 工具包，开始对go 模块化管理有了初步的支持，不过开发者还需要进行一定的配置才能使用gomod工具。
Go modules是官方推出推荐的GOPATH的一个替代方案，同时集成了对版本控制和包分发的支持。随着go1.11推出后，还是有很多的问题。官网不断在社区收集开发者反馈的问题，继续进行优化修bug。到go1.12 gomod还是未默认将gomod设置为包管理工具取代GOPATH。在go1.11和go1.12版本中，因为没有将gomod设置为默认包管理方式，增加了一个临时环境变量GO111MODULE来控制使用方式。这个环境变量有三种设置方式：off、on、auto
off，则go命令从不使用go modules的功能，在执行go命令时将继续在GOPATH中查找依赖包，继续使用老的GOPATH模式；
auto，当go源码不在GOPATH路径下且当前目录或者上层目录存在go.mod文件时，启用gomod模式，否则将使用GOPATH模式。
on，则go命令使用go mod模式，命令执行过程中将忽略GOPATH的设置，按照gomod的方式管理go程序；
在gomod模式下，开发的项目下载的依赖包还是会存储到GOPATH/pkg/mod目录下，编译生成的二进制文件也将会存放到GOPATH/bin/ 目录下。
可以通过 go help modules命令查看关于go mod的更多信息，也可以直接访问https://github.com/golang/go/wiki/Modules 获取更多信息。
今天我们已经处在了go1.12、go1.13的时代了，我们可以毫无顾忌的使用go modules了，也不必再纠结选用哪个包管理工具了。也不必去浪费时间学习其他的包管理工具，让我们开始学习go modules的使用。
go mod命令介绍
download 下载依赖的包到本地缓存目录
edit 编辑go.mod文件
graph 打印模块输出图
init 初始化modules项目
tidy 添加缺失的依赖或者移除未使用的依赖
vendor 生成vendor依赖目录
verify 验证依赖是否正确
why 解释为什么需要相关依赖
当项目运行在go mod模式下时，执行go相关的命令run build test get等会下载或者更新项目依赖的包。
使用go mod构建项目
目前我们go版本是1.11.13，需要通过两个临时的环境变量设置默认支持go mod模式：
export GO111MODULE=on
export GOPROXY=https://goproxy.cn
设置GOPROXY，是让我们更方面的下载那些由于国内网络原因无法下载的依赖包。
首先，我们创建一个不同于GOPATH的目录，用于gomod模式项目的开发：
mkdir -p /Users/tl/work/gomodapps
mkdir -p github.com/pk3589/modexample/
初始化
go mod init modexample/
因为我们下面分析的项目时以gin为基础构建的，所以我们直接以引用gin包为例说明，
vi example.go 输入
package main
import "github.com/gin-gonic/gin"
func main() {
r := gin.Default()
r.GET("/ping", func(c *gin.Context) {
c.JSON(200, gin.H{
"message": "pong",
})
})
r.Run() // listen and serve on 0.0.0.0:8080 (for windows "localhost:8080")
}
执行go mod tidy，我们看到已经在gomod模式下自动下载了项目所依赖的相关包
执行 go run example.go，启动web服务。
打开浏览器访问http://localhost:8080/ping 响应返回json数据pong
至此，我们已经会使用go mod 构建项目了。
通过GoLand打开我们刚才构建的项目，
多看一点
刚才我们提到，在gomod的模式下，项目依赖仍然会下载到GOPATH目录下，下面我们看一下我们构建的modexample项目下载的依赖是不是在GOPATH下，
执行 go install，
交叉编译，很多时候项目的开发环境是windows或者mac，而我们实际生产环境却是linux，这时我们就用到的go为我们提供的交叉编译功能，只需执行相关的命令就能在我们开发环境生成目标环境的可执行文件：比如生成linux环境下的可执行文件
CGO_ENABLED=0 GOOS=linux GOARCH=amd64 go build example.go
本节完。
