Hi,大家好,我是编程小6,很荣幸遇见你,我把这些年在开发过程中遇到的问题或想法写出来,今天说一说10分钟掌握glide.yml配置,做一名有知识的程序员,希望能够帮助你!!!。
“依赖地狱”是每个程序员在成长之路上都会面临的情况,首先我们通过语义化版本来控制软件的版本,然后在我们的项目里通过指定软件版本来达到控制依赖的目的。
如:你的项目A依赖多个项目B1,B2,B3,而B1,B2,B3又依赖着其它项目C1,C2…。一个项目依赖这多个项目,当项目C1修复BUG版本发生变化,如果A依旧使用旧版本,势必引起未知的问题。所以,你需要意识到包依赖管理的重要性。
在Go语言中,我比较推荐大家使用Glide作为包管理器。它能够自动识别Godeps的包管理,十足的很方便。本节介绍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工具所用的相同模式。这意味着:
映射到VCS远程位置的软件包名称以.git,.bzr,.hg或.svn结尾。 例如,example.com/foo/pkg.git/subpkg。
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和*字符可用作通配符。这适用于所有比较运算符。当在=运算符上使用时,它会返回到 patch 级别比较(参见下面的波形)。例如:
1.2.x等价于>= 1.2.0, < 1.3.0
>= 1.2.x等价于>= 1.2.0
<= 2.x等价于< 3
*等价与>= 0.0.0
波形(~)比较运算符用于指定 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 级别的更改。当 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
今天的分享到此就结束了,感谢您的阅读,如果确实帮到您,您可以动动手指转发给其他人。
上一篇
已是最后文章
下一篇
已是最新文章