golang包管理工具glide简介
前言
golang是一个十分有趣，简洁而有力的开发语言，用来开发并发/并行程序是一件很愉快的事情。在这里我感受到了其中一些好处：
- 没有少了许多代码格式风格的争论，强制统一的风格多好;
- 编译速度超快，再也不用等待许久，才能编译完工程（测试驱动开发自然更爽）;
- 也不会出现同一个项目组中的人，在使用同一个语言的不同子集。但这种情况不论是在C#还是在Java的世界里，都还是普遍存在的;
- 轻松跨平台（当然Java做得不错，C#/.net还是努力中...)
- 这是一门非常简洁、简单、清晰的编程语言（关键字好少啊）
- 包依赖处理得很有趣;
- 错误处理机制很有趣，个人觉得比C#/Java的异常处理机制更方便，也更合理些;
- 对面向对象编程很有趣，非侵入性的接口实现方式，太赞了。
- 用组合而不是继承
有些东西没有，比如模板，这个东西有一大片争论，官方也有明确的回应。是啊，为什么一定要模板呢？非要不可吗？这么关键吗？如果非要不可，是不是go并不是这个环境下的最佳选择呢。
还有一个问题的是包管理，并没有官方最佳管理方案，在go的世界里存在大量的自制解决方案。go语言的包是没有中央库统一管理的，通过使用go get命令从远程代码库(github.com,goolge code 等)拉取，直接跳过中央版本库的约束，让代码的拉取直接基于源代码版本控制库，开发者间的协同直接依赖于源代码的版本控制。直接去除了库版本的概念。没有明显的包版本标识，感觉还是有点不适应，官方的建议是把外部依赖的代码全部复制到自己可控的源代码库中，进行同意管理。从而做到对依赖包的可控管理。
1.5版本的vendor目录特性后，官方wiki推荐了多种支持这种特性的包管理工具如：Godep、gv、gvt、glide、Govendor等。我比较喜欢glide。此外，作为程序员FQ似乎是必备技能，翻得一手好墙，才能跟得上步伐，才有收起刀落的手感，怎一个爽字了得。别问我怎么FQ，找度娘，她知道。
glide
glide是Go的包管理工具。支持语义化版本,支持Git、Svn等，支持Go工具链，支持vendor目录，支持从Godep、GB、GPM、Gom倒入，支持私有的Repos和Forks。
使用glide管理的工程目录结构如下：
- $GOPATH/src/myProject (Your project)
|
|-- glide.yaml
|
|-- glide.lock
|
|-- main.go (Your main go code can live here)
|
|-- mySubpackage (You can create your own subpackages, too)
| |
| |-- foo.go
|
|-- vendor
|-- github.com
|
|-- Masterminds
|
|-- ... etc.安装
$ curl https://glide.sh/get | sh初始化
$ glide init初始化，glide扫描代码目录，创建一个glide.yaml文件，文件中记录了所有的依赖
编辑配置
$ edit glide.yaml通过修改glide.yaml文件，可以添加版本信息等，这一步不是必须的。
解析下载包依赖
$ glide update或者
$ glide up下载和更新glide.yaml中列出的所有依赖包，并将它们放到vendor目录下。glide同时也递归获取依赖包需要的任何依赖项包括配置文件中定义的依赖项目。glide递归获取依赖，可以识别Glide、Godep、gb、gom和GPM管理的项目。
当依赖被制定到特定的版本时，名为glide.lock的文件会被创建或者更新。例如，如果在glide.yaml中一个版本被指定在一个范围内(如：^1.2.3),那么glide将在glide.yaml中设定一个特定提交ID（commit id）。如此，将允许重复安装(见 glide install命令)。
从获取的依赖包中移除嵌套的vendor/目录可以使用-v标记。
安装特定版本
当需要从glide.lock文件中安装制定版本的包是，可以使用install命令：
glide install该命令将会读取glide.lock文件，当glide.lock文件和glide.yaml不同步时，如glide.yaml发生改变，glide将会提供一个警告。运行glide up命令更新依赖树时，将会重建glide.lock文件。
查看glide.yaml中依赖名称
$ glide name查看依赖列表
$ glide list查看帮助
$ glide help参看glide版本信息
$ glide --version有疑问加站长微信联系（非本文作者）
