更多精彩文章https://deepzz.com
“依赖地狱”是每个程序员在成长之路上都会面临的情况，首先我们通过语义化版本来控制软件的版本，然后在我们的项目里通过指定软件版本来达到控制依赖的目的。
如：你的项目A依赖多个项目B1，B2，B3，而B1，B2，B3又依赖着其它项目C1，C2...。一个项目依赖这多个项目，当项目C1修复BUG版本发生变化，如果A依旧使用旧版本，势必引起未知的问题。所以，你需要意识到包依赖管理的重要性。
在Go语言中，我比较推荐大家使用Glide作为包管理器。它能够自动识别Godeps的包管理，十足的很方便。本节介绍glide.yml的语义说明以及版本指定的格式。
glide.yml文件
glide.yml是 glide 包管理的配置文件。下面我们对glide.yml的相关元素进行说明。
这里是一个完整的glide.yml文件：
package: github.com/Masterminds/glide
homepage: https://masterminds.github.io/glide
license: MIT
owners:
- name: Matt Butcher
email: technosophos@gmail.com
homepage: http://technosophos.com
- name: Matt Farina
email: matt@mattfarina.com
homepage: https://www.mattfarina.com
ignore:
- appengine
excludeDirs:
- node_modules
import:
- package: gopkg.in/yaml.v2
- package: github.com/Masterminds/vcs
version: ^1.2.0
repo: git@github.com:Masterminds/vcs
vcs: git
- package: github.com/codegangsta/cli
version: f89effe81c1ece9c5b0fda359ebd9cf65f169a51
- package: github.com/Masterminds/semver
version: ^1.0.0
testImport:
- package: github.com/arschles/assert
这些元素是：
package：顶部的 package 是它所在GOPATH的位置，glide 将从该位置下开始导包。homepage：该项目的详情页面。license：许可证标识，可以是SPDX license字符串或文件路径。owners：项目的所有者信息，便于接受漏洞信息。ignore：忽略导入的包，注意是包而不是目录。excludeDirs：排除扫描依赖的目录。import：import 的包列表：package：导入包的名称，必填。软件包名称遵循go工具所用的相同模式。这意味着：1、映射到VCS远程位置的软件包名称以.git，.bzr，.hg或.svn结尾。 例如，example.com/foo/pkg.git/subpkg。2、GitHub, BitBucket, Launchpad, IBM Bluemix Services, and Go on Google Source是特殊情况，不需要 VCS 扩展。version：可以为semantic version, semantic version range, branch, tag 或者 commit id。repo：如果包名称不是repo位置或这是一个私人存储库，它可以去这里。 该软件包将从repo签出并放在软件包名称指定的位置。 这允许使用fork。vcs：要使用的VCS，如git，hg，bzr或svn。仅当无法从名称中检测到类型时才需要。例如，以.git或GitHub结尾的仓库可以被检测为Git。 对于Bitbucket的repo，我们可以联系API来发现类型。subpackages：在存储库中使用的包的记录。这不包括存储库中的所有包，而是包括正在使用的包。os：用于过滤的操作系统的列表。如果设置它将比较当前运行时操作系统与指定的操作系统，并且只有获取匹配的依赖。如果未设置过滤，则跳过。这些名称与构建标志和GOOS环境变量中使用的名称相同。arch：用于过滤的体系结构列表。如果设置它将比较当前运行时架构与指定的架构，并且只有在匹配时获取依赖关系。如果未设置过滤，则跳过。名称与构建标志和GOARCH环境变量中使用的名称相同。testImport：在导入中未列出的测试中使用的软件包列表。每个包具有与导入下列出的相同的详细信息。
版本和范围
Glide 支持Semantic Versions，SemVer ranges，branches，tags和 commit ids 作为 version.
基本
一个简单的范围格式是> 1.2.3。这告诉 Glide 去使用1.2.3之后的最新版本。它还支持以下操作符：
=：等于（可省略）!=：不等于>：大于<：小于>=：大于等于<=：小于等于
这些还可以组合。,是并且和||是或者。或运算符会导致对组和运算符进行检查，如：">= 1.2, < 3.0.0 || >= 4.2.3"。
连字符-
有多个快捷方式来处理范围，第一个是连字符范围。这些看起来像：
1.2 - 1.4.5等价于>= 1.2, <= 1.4.52.3.4 - 4.5等价于>= 2.3.4, <= 4.5
通配符x,X,*
x，X和*字符可用作通配符。这适用于所有比较运算符。当在=运算符上使用时，它会返回到 patch 级别比较（参见下面的波形）。例如：
1.2.x等价于>= 1.2.0, < 1.3.0>= 1.2.x等价于>= 1.2.0<= 2.x等价于< 3*等价与>= 0.0.0
波浪号~（Patch）
波形（~）比较运算符用于指定 minor 版本修改的范围，而当缺少 minor 编号时，major 级别更改。例如：
~1.2.3等价于>= 1.2.3, < 1.3.0~1等价于>= 1, < 2~2.3等价于>= 2.3, < 2.4~1.2.x等价于>= 1.2.0, < 1.3.0~1.x等价于>= 1, < 2
插入符^（Major）
插入符号（^）比较运算符用于 major 级别的更改。当 API 版本的比较作为 major 更改是 API 打破时，这是有用的。例如：
^1.2.3等价于>= 1.2.3, < 2.0.0^1.2.x等价于>= 1.2.0, < 2.0.0^2.3等价于>= 2.3, < 3^2.x等价于>= 2.0.0, < 3
本文链接：https://deepzz.com/post/glide-package-management-introduce.html
