linux go vendor目录,Go 包依赖管理工具 —— govendor
govendor 是一个基于 vendor 机制实现的 Go 包依赖管理命令行工具。与原生 vendor 无侵入性融合,也支持从其他依赖管理工具迁移,可以很方便的实现同一个包在不同项目中不同版本、以及无相互侵入的开发和管理。
vendor 特性
最开始的时候,Go 并没有提供较为妥当的包管理工具。从 1.5 版本开始提供了 vendor 特性,但需要手动设置环境变量 GO15VENDOREXPERIMENT=1。
在执行 go build 或 go run 命令时,会按照以下顺序去查找包:
当前包下的 vendor 目录
向上级目录查找,直到找到 src 下的 vendor 目录
在 GOROOT 目录下查找
在 GOPATH 下面查找依赖包
在发布 1.6 版本时,该环境变量的值已经默认设置为 1 了,该值可以使用 go env 命令查看。
在发布 1.7 版本时,已去掉该环境变量,默认开启 vendor 特性。
vendor 使用建议
一个库工程(不包含 main 的 package)不应该在自己的版本控制中存储外部的包在 vendor 目录中,除非有特殊原因并且知道为什么要这么做。
在一个应用中,(包含 main 的 package),建议只有一个 vendor 目录,且在代码库一级目录。
govendor 简介
govendor 是一个基于 vendor 目录机制的包管理工具。
支持从项目源码中分析出依赖的包,并从 $GOPATH 复制到项目的 vendor 目录下
支持包的指定版本,并用 vendor/vendor.json 进行包和版本管理,这点与 PHP 的 Composer 类似
支持用 govendor add/update 命令从 $GOPATH 中复制依赖包
如果忽略了 vendor/*/ 文件,可用 govendor sync 恢复依赖包
可直接用 govendor fetch 添加或更新依赖包
可用 govendor migrate 从其他 vendor 包管理工具中一键迁移到 govendor
支持 Linux,macOS,Windows,甚至现有所有操作系统
支持 Git、Hg、SVN,BZR(必须指定一个路径)
govendor 使用
要求:
项目必须在 $GOPATH/src 目录下
如果 Go 版本为 1.5,则必须手动设置环境变量 set GO15VENDOREXPERIMENT=1
安装
go get -u github.com/kardianos/govendor
为了方便快捷使用 govendor,建议将 $GOPATH/bin 添加到 PATH 中。Linux/macOS 如下设置:
export PATH="$GOPATH/bin:$PATH"
初始化
在项目根目录下执行以下命令进行 vendor 初始化:
govendor init
项目根目录下即会自动生成 vendor 目录和 vendor.json 文件。此时 vendor.json 文件内容为:
{
"comment": "",
"ignore": "test",
"package": [],
"rootPath": "govendor-example"
}
常用命令
将已被引用且在 $GOPATH 下的所有包复制到 vendor 目录
govendor add +external
仅从 $GOPATH 中复制指定包
govendor add gopkg.in/yaml.v2
列出代码中所有被引用到的包及其状态
govendor list
e github.com/gin-contrib/sse
e github.com/gin-gonic/gin
e github.com/gin-gonic/gin/binding
e github.com/gin-gonic/gin/internal/json
e github.com/gin-gonic/gin/render
e github.com/golang/protobuf/proto
e github.com/mattn/go-isatty
e github.com/ugorji/go/codec
e gopkg.in/go-playground/validator.v8
e gopkg.in/yaml.v2
pl govendor-example
m github.com/json-iterator/go
m golang.org/x/sys/unix
列出一个包被哪些包引用
govendor list -v fmt
s fmt
├── e github.com/gin-contrib/sse
├── e github.com/gin-gonic/gin
├── e github.com/gin-gonic/gin/render
├── e github.com/golang/protobuf/proto
├── e github.com/ugorji/go/codec
├── e gopkg.in/go-playground/validator.v8
├── e gopkg.in/yaml.v2
└── pl govendor-example
从远程仓库添加或更新某个包(不会在 $GOPATH 也存一份)
govendor fetch golang.org/x/net/context
安装指定版本的包
govendor fetch golang.org/x/net/context@a4bbce9fcae005b22ae5443f6af064d80a6f5a55
govendor fetch golang.org/x/net/context@v1 # Get latest v1.*.* tag or branch.
govendor fetch golang.org/x/net/context@=v1 # Get the tag or branch named "v1".
只格式化项目自身代码(vendor 目录下的不变动)
govendor fmt +local
只构建编译项目内部的包
govendor install +local
只测试项目内部的测试案例
govendor test +local
构建所有 vendor 包
govendor install +vendor,^program
拉取所有依赖的包到 vendor 目录(包括 $GOPATH 存在或不存在的包)
govendor fetch +out
包已在 vendor 目录,但想从 $GOPATH 更新
govendor update +vendor
已修改了 $GOPATH 里的某个包,现在想将已修改且未提交的包更新到 vendor
govendor update -uncommitted
Fork 了某个包,但尚未合并,该如何引用到最新的代码包
govendor fetch github.com/normal/pkg::github.com/myfork/pkg
此时将从 myfork 拉取代码,而不是 normal。
vendor.json 中记录了依赖包信息,该如何拉取更新
govendor sync
govendor 子命令
各子命令详细用法可通过 govendor COMMAND -h 或阅读 github.com/kardianos/govendor/context 查看源码包如何实现的。
子命令
功能
init
创建 vendor 目录和 vendor.json 文件
list
列出&过滤依赖包及其状态
add
从 $GOPATH 复制包到项目 vendor 目录
update
从 $GOPATH 更新依赖包到项目 vendor 目录
remove
从 vendor 目录移除依赖的包
status
列出所有缺失、过期和修改过的包
fetch
从远程仓库添加或更新包到项目 vendor 目录(不会存储到 $GOPATH)
sync
根据 vendor.json 拉取相匹配的包到 vendor 目录
migrate
从其他基于 vendor 实现的包管理工具中一键迁移
get
与 go get 类似,将包下载到 $GOPATH,再将依赖包复制到 vendor 目录
license
列出所有依赖包的 LICENSE
shell
可一次性运行多个 govendor 命令
govendor 状态参数
状态
缩写
含义
+local
l
本地包,即项目内部编写的包
+external
e
外部包,即在 GOPATH 中、却不在项目 vendor 目录
+vendor
v
已在 vendor 目录下的包
+std
s
标准库里的包
+excluded
x
明确被排除的外部包
+unused
u
未使用的包,即在 vendor 目录下,但项目中并未引用到
+missing
m
被引用了但却找不到的包
+program
p
主程序包,即可被编译为执行文件的包
+outside
相当于状态为 +external +missing
+all
所有包
支持状态参数的子命令有:list、add、update、remove、fetch
Go modules
普大喜奔的是,从 Go 1.11 版本开始,官方已内置了更为强大的 Go modules 来一统多年来 Go 包依赖管理混乱的局面(Go 官方之前推出的 dep 工具也几乎胎死腹中),并且将在 1.12 版本中正式默认开启。
目前已受到社区的看好和强烈推荐,建议新项目采用 Go modules。
参考
linux go vendor目录,Go 包依赖管理工具 —— govendor相关推荐
- go build不从本地gopath获取_跟我一起学习go语言,包依赖管理工具go mod
Go Module是Go会在1.12中正式推出的包管理机制. Go mod 简介 Golang一直存在一个被人诟病的问题是缺少一个官方的包依赖管理工具.从我个人的角度上来看存在两个问题: GOPATH ...
- GoLand2021使用包依赖管理工具 Go Modules
GoLand2021使用包依赖管理工具 文章目录 GoLand2021使用包依赖管理工具 前言 一.创建空项目 二.配置项目的GOPATH 1.设置GOPATH目录 三.使用 Go Modules 1 ...
- go mod依赖离线安装_Go语言go mod包依赖管理工具使用详解
go modules 是 golang 1.11 新加的特性.现在 1.12 已经发布了,是时候用起来了.Modules 官方定义为: 模块是相关 Go 包的集合.modules 是源代码交换和版本控 ...
- go之官方依赖管理工具dep安装和使用
前言 大家都知道go没有一个自己的包管理平台.社区里go的第三方包托管在各个git托管平台.需要用到包时通过go get 命令工具安装,但这个工具没有版本描述性文件,在go的世界里没有"pa ...
- dep指定版本 go_Go依赖管理工具 - dep
Go依赖管理工具 Go dependency management tool 环境要求 Golang >= 1.9 Dep 目前版本: dep: version : devel build da ...
- window下PHP依赖管理工具Composer的安装与使用
一.什么是Composer? Composer 是 PHP 的一个依赖管理工具.我们可以在项目中声明所依赖的外部工具库,Composer 会帮你安装这些依赖的库文件,有了它,我们就可以很轻松的使用一个 ...
- golang中的包管理工具——govendor和godep简单学习
为什么用vendor目录 依赖问题 我们知道,一个工程稍大一点,通常会依赖各种各样的包.而Go使用统一的GOPATH管理依赖包,且每个包仅保留一个版本.而不同的依赖包由各自的版本工具独立管理,所以当所 ...
- Golang依赖管理工具:glide从入门到精通使用
2019独角兽企业重金招聘Python工程师标准>>> 介绍 不论是开发Java还是你正在学习的Golang,都会遇到依赖管理问题.Java有牛逼轰轰的Maven和Gradle. G ...
- GO 依赖管理工具go Modules
以前写过一篇关于go管理依赖包工具 dep的文章,当时认为dep将会成为官方依赖工具,现在看来是自己图样图斯内幕破了,正如官方一直提到dep是"official experiment&quo ...
最新文章
- 为学Linux,我看了这些书
- 杂记整理二:linux与程序安装
- 6.6.1 CPropertySheet类
- c语言课后答案第八章,C++第一至第八章课后习题答案
- x86 vs x64
- 20道有代表性的HTML基础题,测测你能入前端的门吗
- spring mvc xss html,note/SpringMvc防御XSS实践.md at master · yangc91/note · GitHub
- TrainingModel(3)
- ffmpeg音频文件格式转换(支持重采样采样位数为24位)
- SpringBoot 多语言切换
- 2021平(jia)凡(ban)的一年
- Python内置函数及其用法
- c#简单实现打字母小游戏的编程思想
- 广告动画 android,age动漫官方网软件app-AGE动漫无广告纯净版下载v1.4安卓版-西西软件下载...
- 张勋说:简述球磨机内介质(钢球|钢棒|衬板)运动动力学(图文)
- java 面试上机题_java上机笔试试卷
- [附源码]Python计算机毕业设计爱宝贝影楼管理系统Django(程序+LW)
- ansys怎么使用anand模型_Anand粘塑性模型的UMAT子程序及验证
- CIO与CISO的角色演变
- 后羿 09 ‖ 昆仑