Govendor 是 Go 的另一个依赖包管理工具，它的出现可以避免不同用户在 clone 同一个工程后从外部获取不同依赖库版本的问题，很好的弥补了 GOPATH 包管理的缺陷。govendor 会将工程需要的依赖包添加到工程的 vendor 目录下，并且该目录中 vendor.json 文件会保存添加的依赖包的路径等信息。
（出于知识体系的完整性以及对各类包管理工具的全面了解，本文重点只是介绍Govendor 的存在，并不推荐使用它，仅作了解即可。）
1、Govendor 概述
Go 工程的依赖包经常使用 go get 命令来获取，例如：go get github.com/spf13/cobra/cobra ，会将依赖包下载到 GOPATH 的路径下。
随着 Go 的不断升级，在 Go 1.5版本之后，Go 提供了 GO15VENDOREXPERIMENT 环境变量(Go 1.6版本默认开启该环境变量)和 Govendor 包管理工具，用于将 go build 时的应用路径搜索调整成为当前工程/vendor 目录的方式，有效的解决了不同工程使用自己独立的依赖包目录。
1.1 Govendor介绍
Govendor 是 Go 1.5版本之后引入包管理工具。
其基本思路是，将引用的外部包的源代码放在当前工程的 vendor目录下面（类似于 Nodejs 的 node_modules 目录），Go 1.5 以后编译 Go 代码会优先从vendor目录先寻找依赖包，vendor目录如果没有找到，然后在 GOPATH 中查找，都没找到最后在 GOROOT 中查找。
特点：
- 可以采用
govendor add/update从$GOPATH复制现有的依赖。 - 如果要忽视
vendor/*/，可采用govendor同步恢复依赖。 - 可直接通过
govendor fetch控制器添加新的依赖或者更新现有依赖。 - 可采用
govendor migrate实现系统间迁移。 - 支持
Linux,OS X,Windows，甚至现有所有操作系统。 - 支持
Git，Hg，SVN，BZR（必须指定一个路径）。
1.2 解决的问题
- 不同版本依赖问题：解决不同用户在
clone同一个工程后从外部获取不同依赖库版本的问题。 - 迁移问题：将 Go 源码拷贝到当前工程的
vendor目录下，这样打包当前的工程代码到任意机器的$GOPATH/src下都可以通过编译，避免项目代码外部依赖过多。迁移后， 无需再次go get拉取外部依赖包，况且再次go get重新拉取的外部依赖包的版本可能和工程开发时使用的不一致，将会导致编译错误问题。
1.3 常用命令
govendor 提供了很多命令供大家使用，下面列举了一些常用命令，更多命令可通过 govendor --help 查看。
命令 | 功能 |
| 初始化 |
| 列出所有的依赖包 |
| 添加包到 |
| 从 |
| 从 |
| 列出所有缺失、过期和修改过的包 |
| 添加或更新包到本地 |
| 本地存在 |
| 类似 |
2、快速入门
2.1 安装
使用 go get命令快速安装：
go get -u -v github.com/kardianos/govendor建议将
$GOPATH/bin加入到PATH中，方便直接使用govendor命令。
2.2 初始化
进入项目根目录下执行 govendor init 命令，会在项目根目录下自动新建一个 vendor 目录，并在其中生成vendor.json(存储包的版本信息)
govendor init2.3 拉取包
使用 govendor fetch 或 govendor get 命令远程拉取外部依赖包。 例如：
govendor fetch github.com/spf13/cobra/cobra3、小结
本文主要是讲解了一下 Govendor 的存在以及如何使用，但随着Go 的不断壮大，随之被 Go modules 而取代了，所以不推荐使用 Govendor。下一篇文章将会对 Go modules 展开说明，它将作为目前包管理工具的首选，也是必选。