Go 1.11和1.12实现了对包管理的初步支持，Go的新依赖管理系统使依赖版本信息明确且易于管理。
Using Go Modules - The Go Blog
作为Go语言的推广者，常常被问到各种关于Go语言的基础特性问题。
其中，关于包管理方面的问题会让我非常尴尬，因为Go的包管理在1.11之前与Python、Node、Java比较起来真的只能算是“仅仅可用”而已。
因为：
在不使用额外的工具的情况下，Go的依赖包需要手工下载，
第三方包没有版本的概念，如果第三方包的作者做了不兼容升级，会让开发者很难受
协作开发时，需要统一各个开发成员本地$GOPATH/src下的依赖包
引用的包引用了已经转移的包，而作者没改的话，需要自己修改引用。
第三方包和自己的包的源码都在src下，很混乱。对于混合技术栈的项目来说，目录的存放会有一些问题
新的包管理模式解决了以上问题
自动下载依赖包
项目不必放在GOPATH/src内了
项目内会生成一个go.mod文件，列出包依赖
所以来的第三方包会准确的指定版本号
对于已经转移的包，可以用replace 申明替换，不需要改代码
开始吧用一个小例子来说明问题！ 准备工作升级golang 版本到 1.12 Go下载
添加环境变量 GO111MODULE 为 on 或者auto
GO111MODULE=auto准备完毕，非常简单吧！！
创建一个项目首先，在$GOPATH/src路径外的你喜欢的地方创建一个目录，cd 进入目录，新建一个hello.go文件，内容如下
package main import ( "fmt" ) func main() { fmt.Println("Hello, world!") } 初始化模块在当前目录下，命令行运行 go mod init + 模块名称 初始化模块
go mod init hello运行完后，会在当前项目目录下生成一个go.mod 文件，这是一个关键文件，之后的包的管理都是通过这个文件管理。
官方说明：除了go.mod之外，go命令还维护一个名为go.sum的文件，其中包含特定模块版本内容的预期加密哈希go命令使用go.sum文件确保这些模块的未来下载检索与第一次下载相同的位，以确保项目所依赖的模块不会出现意外更改，无论是出于恶意、意外还是其他原因。 go.mod和go.sum都应检入版本控制。
go.sum 不需要手工维护，所以可以不用太关注。
生成出来的文件包含模块名称和当前的go版本号
module hello go 1.12注意：子目录里是不需要init的，所有的子目录里的依赖都会组织在根目录的go.mod文件里
来吧，搞点小事情，看看go.mod怎么工作的接下来，让你的项目依赖一下第三方包
以大部分人都熟悉的beego为例吧！
修改Hello.go文件：
按照过去的做法，要运行hello.go需要执行go get 命令 下载beego包到 $GOPATH/src
但是，使用了新的包管理就不在需要这样做了
直接 go run hello.go
稍等片刻… go 会自动查找代码中的包，下载依赖包，并且把具体的依赖关系和版本写入到go.mod和go.sum文件中。
查看go.mod，它会变成这样：
require 关键子是引用，后面是包，最后v1.11.1 是引用的版本号
这样，一个使用Go包管理方式创建项目的小例子就完成了。
那么，接下来，几个小问题来了
问题一：依赖的包下载到哪里了？还在GOPATH里吗？不在。
使用Go的包管理方式，依赖的第三方包被下载到了$GOPATH/pkg/mod路径下。
如果你成功运行了本例，可以在您的$GOPATH/pkg/mod 下找到一个这样的包 github.com/astaxie/beego@v1.11.1
问题二： 依赖包的版本是怎么控制的？在上一个问题里，可以看到最终下载在$GOPATH/pkg/mod 下的包 github.com/astaxie/beego@v1.11.1 最后会有一个版本号 1.11.1，也就是说，$GOPATH/pkg/mod里可以保存相同包的不同版本。
版本是在go.mod中指定的。
如果，在go.mod中没有指定，go命令会自动下载代码中的依赖的最新版本，本例就是自动下载最新的版本。