“依赖地狱”是每个程序员在成长之路上都会面临的情况,首先我们通过语义化版本来控制软件的版本,然后在我们的项目里通过指定软件版本
来达到控制依赖的目的。
如:你的项目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.5
2.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