- govendor简介
golang工程的依赖包经常使用go get命令来获取，例如：go get github.com/kardianos/govendor ，会将依赖包下载到GOPATH的路径下。
常用的依赖包管理工具有godep，govendor等，在Golang1.5之后，Go提供了 GO15VENDOREXPERIMENT 环境变量(Go 1.6版本默认开启该环境变量)，用于将go build时的应用路径搜索调整成为 当前项目目录/vendor 目录方式。通过这种形式，我们可以实现类似于 godep 方式的项目依赖管理。
- 安装与使用
2.1. 安装
go get -u -v github.com/kardianos/govendor
2.2 使用
进入到项目目录
cd /home/gopath/src/mytool
初始化vendor目录
govendor init
查看vendor目录
[root@CC54425A mytool]# ls
commands main.go vendor mytool_test.sh
将GOPATH中本工程使用到的依赖包自动移动到vendor目录中
说明：如果本地GOPATH没有依赖包，先go get相应的依赖包
govendor add +external
或使用缩写： govendor add +e
Go 1.6以上版本默认开启 GO15VENDOREXPERIMENT 环境变量，可忽略该步骤。
通过设置环境变量 GO15VENDOREXPERIMENT=1 使用vendor文件夹构建文件。
可以选择 export GO15VENDOREXPERIMENT=1 或 GO15VENDOREXPERIMENT=1 go build 执行编译
export GO15VENDOREXPERIMENT=1
2.3. 说明
govendor只是用来管理项目的依赖包，如果GOPATH中本身没有项目的依赖包，则需要通过go get先下载到GOPATH中，再通过govendor add +external拷贝到vendor目录中。Go 1.6以上版本默认开启GO15VENDOREXPERIMENT环境变量。
2.4. 常用命令
常见的命令如下，格式为 govendor COMMAND。
命令 功能
init 初始化 vendor 目录
list 列出所有的依赖包
add 添加包到 vendor 目录，如 govendor add +external 添加所有外部包
add PKG_PATH 添加指定的依赖包到 vendor 目录
update 从 $GOPATH 更新依赖包到 vendor 目录
remove 从 vendor 管理中删除依赖
status 列出所有缺失、过期和修改过的包
fetch 添加或更新包到本地 vendor 目录
sync 本地存在 vendor.json 时候拉去依赖包，匹配所记录的版本
get 类似 go get 目录，拉取依赖包到 vendor 目录
具体来看，这些包可能的类型如下：
govendor命令
3.go mod
Go.mod是Golang1.11版本新引入的官方包管理工具用于解决之前没有地方记录依赖包具体版本的问题，方便依赖包的管理。
Go.mod其实就是一个Modules，关于Modules的官方定义为：
Modules是相关Go包的集合，是源代码交换和版本控制的单元。go命令直接支持使用Modules，包括记录和解析对其他模块的依赖性。Modules替换旧的基于GOPATH的方法，来指定使用哪些源文件。
Modules和传统的GOPATH不同，不需要包含例如src，bin这样的子目录，一个源代码目录甚至是空目录都可以作为Modules，只要其中包含有go.mod文件。
3.1首先将go的版本升级为1.11以上
下载地址，目前我只会重新安装...
3.2 设置GO111MODULE
GO111MODULE有三个值：off, on和auto（默认值）。
GO111MODULE=off，go命令行将不会支持module功能，寻找依赖包的方式将会沿用旧版本那种通过vendor目录或者GOPATH模式来查找。
GO111MODULE=on，go命令行会使用modules，而一点也不会去GOPATH目录下查找。
GO111MODULE=auto，默认值，go命令行将会根据当前目录来决定是否启用module功能。这种情况下可以分为两种情形：
当前目录在GOPATH/src之外且该目录包含go.mod文件
当前文件在包含go.mod文件的目录下面。
坑：我在win10的时候只有通过在CMD窗口下set GO111MODULE=on命令才能生效，网上的通过环境变量，和Powershell窗口都是不生效的！
3.3 go mod命令：
download 下载依赖的module到本地cache
edit 编辑go.mod文件
graph 打印模块依赖图
init 在当前文件夹下初始化一个新的module, 创建go.mod文件
tidy 增加丢失的module，去掉未用的module
vendor 将依赖复制到vendor下,注意依赖需要在import 中声明后才能进行导入
verify 校验依赖
why 解释为什么需要依赖
go get ./... 命令可以查找出当前项目的依赖
将对应的包替换为对应github上面的包
replace (
golang.org/x/crypto => github.com/golang/crypto v0.0.0-20181127143415-eb0de9b17e85
golang.org/x/net => github.com/golang/net v0.0.0-20181114220301-adae6a3d119a
)
使用本地包
require (
modtest v0.0.0
)
replace (
modtest v0.0.0 => ../modtest
)
打包命令
1.使用GOPATH模式进行打包
export GO111MODULE=off
export CGO_ENABLED=0
go build -a -v -o app main.go
2.使用vendor目录下包来进行打包
export GO111MODULE=on
export CGO_ENABLED=0
go build -mod=vendor -a -v -o app main.go
3.4 go.mod如何在项目中使用
1.首先我们要在GOPATH/src 目录之外新建工程，或将老工程copy到GOPATH/src 目录之外。
PS：go.mod文件一旦创建后，它的内容将会被go toolchain全面掌控。go toolchain会在各类命令执行时，比如go get、go build、go mod等修改和维护go.mod文件。
go.mod 提供了module, require、replace和exclude四个命令
module语句指定包的名字（路径）
require语句指定的依赖项模块
replace语句可以替换依赖项模块
exclude语句可以忽略依赖项模块
问题一：依赖的包下载到哪里了？还在GOPATH里吗？
不在。
使用Go的包管理方式，依赖的第三方包被下载到了$GOPATH/pkg/mod路径下。
问题二： 依赖包的版本是怎么控制的？
在上一个问题里，可以看到最终下载在$GOPATH/pkg/mod 下的包中最后会有一个版本号 v1.0.5，也就是说,$GOPATH/pkg/mod里可以保存相同包的不同版本。
版本是在go.mod中指定的。如果，在go.mod中没有指定，go命令会自动下载代码中的依赖的最新版本，本例就是自动下载最新的版本。如果，在go.mod用require语句指定包和版本 ，go命令会根据指定的路径和版本下载包，
指定版本时可以用latest，这样它会自动下载指定包的最新版本；
问题三： 可以把项目放在$GOPATH/src下吗？
可以。但是go会根据GO111MODULE的值而采取不同的处理方式，默认情况下，GO111MODULE=auto 自动模式
1.auto 自动模式下，项目在$GOPATH/src里会使用$GOPATH/src的依赖包，在$GOPATH/src外，就使用go.mod 里 require的包
2.on 开启模式，1.12后，无论在$GOPATH/src里还是在外面，都会使用go.mod 里 require的包
3.off 关闭模式，就是老规矩。
问题三： 依赖包中的地址失效了怎么办？比如 golang.org/x/… 下的包都无法下载怎么办？
在go快速发展的过程中，有一些依赖包地址变更了。以前的做法：
1.修改源码，用新路径替换import的地址
2.git clone 或 go get 新包后，copy到$GOPATH/src里旧的路径下
无论什么方法，都不便于维护，特别是多人协同开发时。
使用go.mod就简单了，在go.mod文件里用 replace 替换包，例如
replace golang.org/x/text => github.com/golang/text latest
这样，go会用 github.com/golang/text 替代golang.org/x/text，原理就是下载github.com/golang/text 的最新版本到 $GOPATH/pkg/mod/golang.org/x/text下。
问题四： init生成的go.mod的模块名称有什么用？
本例里，用 go mod init hello 生成的go.mod文件里的第一行会申明module hello
因为我们的项目已经不在$GOPATH/src里了，那么引用自己怎么办？就用模块名+路径。
问题五：以前老项目如何用新的包管理
如果用auto模式，把项目移动到$GOPATH/src外
进入目录，运行 go mod init + 模块名称
go build 或者 go run 一次
govendor文章转载出处
go mod文章转载出处
go mod常见问题出处