无论何种语言，依赖管理都是一个比较复杂的问题。而Go语言中的依赖管理机制目前还是让人比较失望的。在1.6版本之前，官方只有把依赖放在GOPATH中，并没有多版本管理机制；1.6版本（1.5版本是experimental feature）引入vendor机制，是包依赖管理对一次重要尝试。他在Go生态系统中依然是一个热门的争论话题，还没有想到完美的解决方案。 看其它 我们先来看看其它语言怎么解决，例举两种典型的管理方式： Java 开发态，可以通过maven和gradle工具编辑依赖清单列表/脚本，指定依赖库的位置/版本等信息，这些可以帮助你在合适的时间将项目固化到一个可随时随地重复编译发布的状态。这些工具对我来说已经足够优雅有效。但maven中也有不同依赖库的内部依赖版本冲突等令人心烦的问题...阅读全文
最近使用Go语言写了一个线上Session复制工具。对Go工程的依赖管理感到很是不满意。不满意的原因有以下几点。 过度依赖仓库，甚至将仓库的网址作为命名空间。 不能支持指定版本或者tag。 根据对Go的依赖管理的观察，可以观察到以下几点。 在执行go get的时候会扫描import的部分 将依赖拉取到src目录下面，并进行前一个步骤 当所有的依赖都拉取完成后，直接使用广度优先搜索算法搜索依赖图并进行编译。 那么解决方法就非常简单了。 设计一个配置文件，用来指定每个项目的branch或tag 将所有项目从仓库牵出到指定的brnach或tag上 扫描所有文件的import部分，构建编译的依赖关系图 广度优先遍历依赖关系图，进行编译 玩Go不久，不知道是否有更高级的方案或者已有的方案解决Go...阅读全文
依赖管理是一个语言非常重要的特性，很大程度上决定着一个语言的流行程度，流行的语言大多都有非常成熟的依赖管理工具，java 的 maven 和 gradle，javascript 的 npm，python 的 pip，这些工具极大地降低了我们使用第三方库的成本，提高了生产效率，而 c++ 比较奇葩，并没有这样统一的依赖管理工具，大公司好一点，有专门的团队去做这样的工具解决依赖的问题，小公司就只能自己把源码拉下来，放到固定的目录，然后编译成二进制，运气不好的话，还要自己解决各种兼容性的问题，如果有版本更新，这个过程还得重复一遍，第三方库的使用和维护成本之高，让人简直就想放弃…… Golang 是自带依赖管理工具的，直接 go get
Golang 官方并没有推荐最佳的包管理方案。到了1.5版本时代，官方引入包管理的设计，加了 vendor 目录来支持本地包管理依赖。官方 wiki 推荐了多种支持这种特性的包管理工具，如：Godep、gv、gvt、glide、govendor等。 下面简要介绍一个我在项目中用到的 -- govendor。该工具将项目依赖的外部包拷贝到项目下的 vendor 目录下，并通过 vendor.json 文件来记录依赖包的版本，方便用户使用相对稳定的依赖。对于 govendor 来说，依赖包主要有以下多种类型: 状态 缩写状态 含义 +local l 本地包，即项目自身的包组织 +external e 外部包，即被 $GOPATH 管理，但不在 vendor 目录下 +vendor v 已被...阅读全文
Command godep helps build packages reproducibly by fixing their dependencies. 通过配置文件(json)形式来导入依赖。...阅读全文
请问大家现在都是什么控制Golang的依赖呢？我看了现在有dep和godep 也不知道用谁，试了dpe 却告诉我必须到工作目录，刚入门的我表示一脸懵逼啊， godep 很久都没更了，不知道啥情况，求解啊；...阅读全文
一个项目中，除了非常底层的软件模块外，大多数模块都需要其它的模块的协助才能完成功能，这需要借助模块之间的依赖管理能力。 依赖管理包含如何控制模块间的最小化依赖，如何发布自己的API，如何获取别人的API，以及如何对依赖关系进行追溯和控制，包括解决冲突。 依赖管理不仅决定了模块间的协作方式，还决定了单一模块能否高效的独立开发、构建和测试，以及能否独立的进行发布。 前文我们总结了每个模块如何做好自己的符号隐藏与头文件设计，那么模块之间的依赖又要如何管理和维护呢？ 为了回答这个问题，我们先来审视下不同开发阶段对于所依赖的其它模块到底需要哪些东西。 在写代码或者阅读代码的时候，我们需要看到当前模块所依赖的其它模块的外部头文件。只有这样代码才能不缺失符号声明，IDE才能正常解析、跳转和提醒，我们才能...阅读全文
载至：https://studygolang.com/articles/9072 无论何种语言，依赖管理都是一个比较复杂的问题。而Go语言中的依赖管理机制目前还是让人比较失望的。在1.6版本之前，官方只有把依赖放在GOPATH中，并没有多版本管理机制；1.6版本（1.5版本是experimental feature）引入vendor机制，是包依赖管理对一次重要尝试。他在Go生态系统中依然是一个热门的争论话题，还没有想到完美的解决方案。 看其它 我们先来看看其它语言怎么解决，例举两种典型的管理方式： Java 开发态，可以通过maven和gradle工具编辑依赖清单列表/脚本，指定依赖库的位置/版本等信息，这些可以帮助你在合适的时间将项目固化到一个可随时随地重复编译发布的状态。这些工具对我来...阅读全文
对于任何编程语言，依赖管理都是其必须考虑的一个问题。尤其是在大规模协作的软件开发中，如何保证大家都使用同一份依赖，项目能够随时随地重复编译， 是考核编程语言成熟度的重要指标之一。一些成熟的编程语言，例如Java、Python在这方面已经做得比较好了，但是对于新秀Golang，还要比较长的一段路要走。 Golang团队一直秉持着”简约”的设计原则，甚至强调代码的简洁和清晰度胜过代码的复用。因此，他们对依赖管理的设计非常重视和谨慎，直到v1.5才开始逐步 引入依赖管理的设计。在v1.5中实验性地加了vendor目录来支持本地依赖管理，通过环境变量GO15VENDOREXPERIMENT来控制是否使用该特性，默认不启用。 如果要使用vendor特性，需要设置环境变量...阅读全文
dep golang 包管理使用记录 dep 是 golang 项目依赖管理之一，是官方的实验项目，目前更新很频繁处于高速发展期，所以选 dep 作为 golang 的依赖管理器是比较靠谱的。（已知 glide 仅支持不再开发新功能） 目前 dep v0.5.0 release 已经发布，最新的 changelog 显示只支持 golang 1.9+ 以上的版本 golang 最原始的依赖管理是 go get ，执行命令后会拉取代码放入 src 下面，但是它是作为 GOPATH 下全局的依赖，并且 go get 还不能版本控制，以及隔离项目的包依赖在没有依赖管理工具的时候，golang 项目有一种目录结构比较流行如下： . └── src ├── demo │ └── main.go...阅读全文
Go Modules 是 Go 语言的一种依赖管理方式，该 feature 是在 Go 1.11 版本中出现的，由于最近在做的项目中，团队都开始使用 go module 来替代以前的 Godep，Kubernetes 也从 v1.15 开始采用 go module 来进行包管理，所以有必要了解一下 go module。go module 相比于原来的 Godep，go module 在打包、编译等多个环节上有着明显的速度优势，并且能够在任意操作系统上方便的复现依赖包，更重要的是 go module 本身的设计使得自身被其他项目引用变得更加容易，这也是 Kubernetes 项目向框架化演进的又一个重要体现。 使用 go module 管理依赖后会在项目根目录下生成两个文件 go.mod 和...阅读全文
go 很早就考虑了依赖管理的问题，内置 `go get` 命令，可以直接获取对应的依赖，非常方便，但是有一个巨大的缺陷，没有版本的维护和管理，而版本不一致可能会导致各种兼容性问题，因此出现了很多第三方依赖管理工具，`dep` 和 `glide` 就是其中的佼佼者，到了 go 1.11 官方终于推出了自己的依赖管理工具 `mod`，并内置在 go 版本中，`go mod` 使用简单，功能强大，并且能自动兼容大多数之前的第三方工具，大量优秀的开源库都已经切换到了 `go mod`，大有一统江湖之势 ## GO111MODULE 一个最大的变化是 golang 的项目终于不再依赖 `$GOPATH` 目录了，之前的项目由于 `import` 机制问题，所有项目都位于 `$GOPATH/src...阅读全文
go 很早就考虑了依赖管理的问题，内置 go get 命令，可以直接获取对应的依赖，非常方便，但是有一个巨大的缺陷，没有版本的维护和管理，而版本不一致可能会导致各种兼容性问题，因此出现了很多第三方依赖管理工具，dep 和 glide 就是其中的佼佼者，到了 go 1.11 官方终于推出了自己的依赖管理工具 mod，并内置在 go 版本中，go mod 使用简单，功能强大，并且能自动兼容大多数之前的第三方工具，大量优秀的开源库都已经切换到了 go mod，大有一统江湖之势 GO111MODULE 一个最大的变化是 golang 的项目终于不再依赖 $GOPATH 目录了，之前的项目由于 import 机制问题，所有项目都位于 $GOPATH/src 目录下，虽然也没有太大的问题，但总是让人...阅读全文
go 很早就考虑了依赖管理的问题，内置 go get 命令，可以直接获取对应的依赖，非常方便，但是有一个巨大的缺陷，没有版本的维护和管理，而版本不一致可能会导致各种兼容性问题，因此出现了很多第三方依赖管理工具，dep 和 glide 就是其中的佼佼者，到了 go 1.11 官方终于推出了自己的依赖管理工具 mod，并内置在 go 版本中，go mod 使用简单，功能强大，并且能自动兼容大多数之前的第三方工具，大量优秀的开源库都已经切换到了 go mod，大有一统江湖之势。 go视频 GO111MODULE 一个最大的变化是 golang 的项目终于不再依赖 $GOPATH 目录了，之前的项目由于 import 机制问题，所有项目都位于 $GOPATH/src 目录下，虽然也没有太大的问题...阅读全文
Go依赖管理工具 Go dependency management tool 环境要求 Golang >= 1.9 Dep 目前版本： dep: version : devel build date : git hash : go version : go1.10 go compiler : gc platform : linux/amd64 Latest release为v0.4.1 安装 go get -u github.com/golang/dep/cmd/dep 若$GOPATH/bin不在PATH下，则需要将生成的dep文件从$GOPATH/bin移动至$GOBIAN下 验证 $ dep Dep is a tool for managing dependencies for Go...阅读全文
1 go mod Go.mod是Golang1.11版本新引入的官方包管理工具，用于解决记录依赖包具体版本的问题，方便依赖管理，类似于（composer.json 和composer.lock文件） 使用go mod //linux vim /etc/profile export GO111MODULE=on source /etc/profile //windows 建议用cmd管理员身份修改，即时生效 set GO111MODULE=on GO111MODULE有三个值：off, on和auto（默认值）。 off，go命令行将不会支持module功能，寻找依赖包的方式将会沿用旧版本那种通过vendor目录或者GOPATH模式来查找。 on，go命令行会使用modules，而不去...阅读全文
=", series.Square(2)) // 大写开头Square，可以引入使用 // t.Log(series.square(2)) // 小写开头找不到 } 这时就会发现，大写字母开头的方法是可以被引入的（public）。 而小写字母开头的方法是不会被引入的（private）。 二、依赖管理工具 dep：https://github.com/golang/dep（star：13k+） glide：https://github.com/Masterminds/glide（star：8k+） godep：https://github.com/tools/godep（star：5k+） 安装glide： brew install glide 初始化glide： glide init...阅读全文
the project Use "dep help [command]" for more information about a command. 使用 项目根目录【xhgblog】下执行 dep init xhgblog目录下会生成以下文件 ├── Gopkg.lock ├── Gopkg.toml └── vendor 依赖管理 # 添加依赖包 dep ensure -add github.com/go-sql-driver/mysql # 指定版本 dep ensure -add github.com/go-sql-driver/mysql@=1.4.0 # 同步 dep ensure # 删除未使用的包 dep piune -v # 依赖更新 dep ensure -update -v...阅读全文
) { t.Log("result =", series.Square(2)) // 大写开头Square，可以引入使用 // t.Log(series.square(2)) // 小写开头找不到 } 复制代码这时就会发现，大写字母开头的方法是可以被引入的（public）。 而小写字母开头的方法是不会被引入的（private）。 二、依赖管理工具 dep：github.com/golang/dep（… glide：github.com/Masterminds… godep：github.com/tools/godep… 这里，我们演示一下glide的基本用法： 第一步：安装glide： brew install glide 复制代码 第二步：进入项目目录，初始化glide： glide init...阅读全文
安装 go get -u github.com/kardianos/govendor 初始化vendor #首先进入自己的项目，比如 项目是flame 目录在/home/flame/go/src/flame cd /home/flame/go/src/flame govendor init 会生成/home/flame/go/src/flame/vendor/vendor.json 文件 添加依赖 govendor add +e vendor 文件夹下有依赖包 ls #github.com vendor.json vendor/vendor.json 文件有依赖信息如下 { "comment": "", "ignore": "test", "package...阅读全文
Canticle 是用于 go 的依赖管理器。它还可以用于锁定版本的库，单个项目，完整的持续发布，微服务平台。 Canticle 支持以下功能: * Vendoring - 对外部代码保存一份内部副本 * Version Locking - 使用特定版本的依赖库 * Vanity Import Paths - 导入的路径保持它原有写法和目的 * Single Copy - 内部不使用一个库的多个副本 * Build Information - 使用嵌入的信息， 确保任何构建可以完全复制...阅读全文
Go语言的依赖管理随着版本的更迭正逐渐完善起来。 windows开启go module：set GO111MODULE=on Linux开启go module：export GO111MODULE=on 依赖管理 为什么需要依赖管理 最早的时候，Go所依赖的所有的第三方库都放在GOPATH这个目录下面。这就导致了同一个库只能保存一个版本的代码。如果不同的项目依赖同一个第三方的库的不同版本，应该怎么解决？ godep Go语言从v1.5开始开始引入vendor模式，如果项目目录下有vendor目录，那么go工具链会优先使用vendor内的包进行编译、测试等。 godep是一个通过vender模式实现的Go语言的第三方依赖管理工具，类似的还有由社区维护准官方包管理工具dep。 安装 执行以下...阅读全文
glide可以每个项目单独管理包， 在项目根目录vendor文件夹下 安装glide go get github.com/Masterminds/glide go install github.com/Masterminds/glide cd $GOPATH/src/github.com/Masterminds/glide go build cp glide /usr/local/bin 基本命令 glide create|init 初始化项目并创建glide.yaml文件. glide get 获取单个包 --all-dependencies 会下载所有关联的依赖包 -s 删除所有版本控制，如.git -v 删除嵌套的vendor glide install 安装包 glide...阅读全文
介绍:godep是解决包依赖的管理工具,目前最主流的一种,原理是扫描记录版本控制的信息,并在go命令前加壳来做到依赖管理。 1.安装：go get github.com/tools/godep 2.编译和运行项目用godep管理后,要编译和运行项目的时候再用 go run 和 go build 显然就不行了,因为go命令是直接到GOPATH目录下去找第三方库。而使用godep下载的依赖库放到Godeps/workspace目录下的； `godep go run main.gogodep go buildgodep go installgodep go test` godep中的go命令,就是将原先的go命令加了一层壳,执行godep go的时候，会将当前项目的workspace目录加入...阅读全文
不积跬步，无以至千里；不积小流，无以成江海。 码字不易，点赞再看。 Go语言的依赖管理随着版本的迭代正逐渐完善起来。 依赖管理 常见的包管理有，dep、go vendor、glide、go modules 等。过时的东西就不在去研究，这里主要说一下 go modules，go modules是Go1.11版本之后官方推出的版本管理工具，并且从 Go1.13 版本开始，go modules将是Go语言默认的依赖管理工具。 GO111MODULE 要启用go modules 支持首先要设置环境变量 GO111MODULE(通过go env看)，通过它可以 开启 或 关闭 模块支持，它有三个可选值：off、on、auto，默认值是auto。 GO111MODULE=off 禁用模块支持，编译时会...阅读全文
[TOC] 介绍 godep是解决包依赖的管理工具，目前最主流的一种，原理是扫描记录版本控制的信息，并在go命令前加壳来做到依赖管理 godep 建议在 golang 1.6 以后使用 godep 依赖 vendor 具体查看 https://stackoverflow.com/questions/37237036/how-should-i-use-vendor-in-go-1-6 请做好 vendor 管理 安装 https://github.com/tools/godep go get -u -v github.com/tools/godep 成功安装后，在$GOPATH的bin目录下会有一个godep可执行的二进制文件，后面执行的命令都是用这个，建议这个目录加入到全局环境变量中...阅读全文
什么是go mod Go.mod是Golang1.11版本新引入的官方包管理工具用于解决之前没有地方记录依赖包具体版本的问题，方便依赖包的管理。类似于php的composer,java的maven； Go.mod其实就是一个Modules，关于Modules的官方定义为： Modules是相关Go包的集合，是源代码交换和版本控制的单元。go命令直接支持使用Modules，包括记录和解析对其他模块的依赖性。Modules替换旧的基于GOPATH的方法，来指定使用哪些源文件。 Modules和传统的GOPATH不同，不需要包含例如src，bin这样的子目录，一个源代码目录甚至是空目录都可以作为Modules，只要其中包含有go.mod文件。 如何使用 开启go mod export...阅读全文
接着上次的【CMake系列】（一）入门 继续讲。 这次，主要说说 CMake 的依赖管理。 依赖管理 当我们说 CMake 的依赖管理的时候，往往说的是 C/C++ 项目的依赖管理，但是这门古老的语言，到目前为止，还是没有一个官方大一统的依赖管理工具。 而回头看看它的后来者，Ruby 有 gem、Node.js 有 npm、 Golang 有 go mod、Rust 有 cargo。 你可能会提到 C++ 在 C++20 中，引入了 Module，只是目前 编译器的支持 还是不够，更别提那些著名 C++ 项目的支持了。假如之后能做到如现代语言一条命令安装完所有依赖就能直接使用的话，家祭无忘告乃翁。 那么，CMake 给我们提供了什么样的支持？可以这么说，支持 CMake 的项目，基本上都会...阅读全文
在这里声明一下，百度或者google看到的godep不是我这篇博文说的dep，那它们是什么关系呢？按照Peter Bourgon博文来说，它们的作者都有相同的人，但是一个是dep是官方版本，godep是第三方工具。 我今天介绍的是dep，之前也有介绍过glide，有兴趣的可以到Golang依赖管理工具：glide从入门到精通使用看看。 现在还有一个疑问是为什么官方现在要支持依赖管理了呢？我个人认为有如下原因（勿喷，如果不同或者遗漏欢迎留言补充）： 第三方依赖管理很多，虽然很好用，但是很少可以兼容的，结果--乱； 官方的包管理为了增加社区的凝聚力，保持Go开箱即用的简单特性，不需要大家再安装各种第三方工具了，而且第三方工具都会过来兼容官方版的； 还有一个官话，为了go更好的发展； dep的...阅读全文
govendor 是一个基于 vendor 机制实现的 Go 包依赖管理命令行工具。与原生 vendor 无侵入性融合，也支持从其他依赖管理工具迁移，可以很方便的实现同一个包在不同项目中不同版本、以及无相互侵入的开发和管理。 vendor 特性 最开始的时候，Go 并没有提供较为妥当的包管理工具。从 1.5 版本开始提供了 vendor 特性，但需要手动设置环境变量 GO15VENDOREXPERIMENT=1。 在执行 go build 或 go run 命令时，会按照以下顺序去查找包： 当前包下的 vendor 目录 向上级目录查找，直到找到 src 下的 vendor 目录 在 GOROOT 目录下查找 在 GOPATH 下面查找依赖包 在发布 1.6 版本时，该环境变量的值已经默认...阅读全文
包管理的问题依然没有解决，并且也没有对依赖进行版本管理。如果要实现上述的功能，还需要借助包管理工具。 Go官方给出了包管理工具的对比：https://github.com/golang/go/wiki/PackageManagementTools dep是官方的试验性包管理工具，可以通过如下脚本安装 curl https://raw.githubusercontent.com/golang/dep/master/install.sh | sh 安装完成后，进入项目路径，执行 dep init 项目中会出现两个文件一个目录 Gopkg.toml Gopkg.lock vendor dep包管理的流程如图 solving功能，它将当前项目中的导入包和Gopkg.toml中的规则作为输入，不可变的...阅读全文
govendor 是一个基于 vendor 机制实现的 Go 包依赖管理命令行工具。与原生 vendor 无侵入性融合，也支持从其他依赖管理工具迁移，可以很方便的实现同一个包在不同项目中不同版本、以及无相互侵入的开发和管理。 vendor 特性 最开始的时候，Go 并没有提供较为妥当的包管理工具。从 1.5 版本开始提供了 vendor 特性，但需要手动设置环境变量 GO15VENDOREXPERIMENT=1。 在执行 go build 或 go run 命令时，会按照以下顺序去查找包： 当前包下的 vendor 目录 向上级目录查找，直到找到 src 下的 vendor 目录 在 GOROOT 目录下查找 在 GOPATH 下面查找依赖包 在发布 1.6 版本时，该环境变量的值已经默认...阅读全文
govendor 是一个基于 vendor 机制实现的 Go 包依赖管理命令行工具。与原生 vendor 无侵入性融合，也支持从其他依赖管理工具迁移，可以很方便的实现同一个包在不同项目中不同版本、以及无相互侵入的开发和管理。 vendor 特性 最开始的时候，Go 并没有提供较为妥当的包管理工具。从 1.5 版本开始提供了 vendor 特性，但需要手动设置环境变量 GO15VENDOREXPERIMENT=1。 在执行 go build 或 go run 命令时，会按照以下顺序去查找包： 当前包下的 vendor 目录 向上级目录查找，直到找到 src 下的 vendor 目录 在 GOROOT 目录下查找 在 GOPATH 下面查找依赖包 在发布 1.6 版本时，该环境变量的值已经默认...阅读全文
govendor 是一个基于 vendor 机制实现的 Go 包依赖管理命令行工具。与原生 vendor 无侵入性融合，也支持从其他依赖管理工具迁移，可以很方便的实现同一个包在不同项目中不同版本、以及无相互侵入的开发和管理。 vendor 特性 最开始的时候，Go 并没有提供较为妥当的包管理工具。从 1.5 版本开始提供了 vendor 特性，但需要手动设置环境变量 GO15VENDOREXPERIMENT=1。 在执行 go build 或 go run 命令时，会按照以下顺序去查找包： 当前包下的 vendor 目录 向上级目录查找，直到找到 src 下的 vendor 目录 在 GOROOT 目录下查找 在 GOPATH 下面查找依赖包 在发布 1.6 版本时，该环境变量的值已经默认...阅读全文
在用kubebuilder写一个k8s operator defaultvm，主要是串起ovn网络和虚机的创建，为用户提供默认可用的虚机。 Kubebuilder 是一个基于 CRD 来构建 Kubernetes API 的框架，可以使用 CRD 来构建 API、Controller 和 Admission Webhook。 代码里面调用了 kubevirt.io/client-go 定义的 virtualmachine，使用go mod进行依赖管理，默认引用了 kubevirt.io/client-go v0.23.0，但在编译时就报错了，适中拉不到prometheus的包 go: github.com/prometheus/prometheus@v2.9.2+incompatible...阅读全文
go 1.11.1开始可以使用更优雅灵活的module机制做包依赖管理，能直接感受到的优点如下： 项目路径可以脱离$GOPATH了，不需要必须放在$GOPATH/src下。 项目内部模块的引入是基于moduleName而不再死板的基于projectName了。 半自动维护依赖，如果你很懒，你甚至可以不需要使用get预先安装依赖，module在run test build时会检测未下载的依赖，并自动下载它们。 回想以前吧！$GOPATH/src/projectName后，项目中各模块互相引用的话都是基于projectName（go 的包加载机制导致的，去 $GOROOT/src 和 $GOPATH/src 去寻址，所以projectName也需要作为包引入路径的一部分），别人使用你的项目时也...阅读全文
原文链接：http://tabalt.net/blog/golang-package-dependency-management-tool-gb/ 一个Golang项目工程通常由`bin`、`pkg`、`src`三个子目录构成，gb在这个概念的基础上新增了一个`vendor`目录来存放项目依赖的第三方包；一个gb项目的工作目录里包含该项目需要的所有Go代码。 gb项目不放在你的$GOPATH中，也不需要为你的gb项目设置或修改$GOPATH。依赖的第三包需要放到`vendor/src`目录中，并使用gb来编译和测试你的项目。 ### 安装gb gb的官网是：[http://getgb.io/](http://getgb.io/)，github地址是：[https...阅读全文
get github.com/constabulary/gb/... 安装gb后，会有gb和gb-vendor两个可执行文件放入你的$GOPATH/bin目录中，查看或编辑你的~/.bash_profile文件，确保你的$GOPATH/bin目录已经加入$PATH中： export PATH=$PATH:$GOPATH/bin 使用gb进行项目开发 我们以一个简单的提供HTTP页面的“Hello World”程序来学习一下gb的使用。为了体现gb管理第三方包依赖的特性，我们引入一个支持HTTP服务优雅重启的第三方包 github.com/tabalt/gracehttp。 创建gb项目目录结构： cd ~/helloworld mkdir -p src/helloworld mkdir -p...阅读全文
对于从 Ruby、Python 或者 Node 等编程语言转向 Go 语言的开发者，可能会有一个疑问： Go 语言中的包依赖关系是怎么管理的？有没有什么方便使用的工具呢？ 我最近研究了一下这个问题，以下是我的研究报告。 Go 语言本身提供的包管理机制在 Go 语言中，我们可以使用go get命令安装远程仓库中托管的代码，不同于 Ruby Gem、pypi 等集中式的包管理机制， Go 语言的包管理系统是去中心化的。简单来讲，go get命令支持任何一个位置托管的 Git 或 Mercurial 的仓库，无论是 Github 还是 Google Code 上的包，都可以通过这个命令安装。 我们知道，在 Go 语言中的import语句对于已经使用go get安装到本地的包，依然要使用其去绝对...阅读全文
过多介绍了，具体可以参考文档或者搜索中文教程。 在Golang1.5之后，Go提供了GO15VENDOREXPERIMENT环境变量，用于将go build时的应用路径搜索调整成为当前项目目录/vendor目录方式。通过这种形式，我们可以实现类似于godep方式的项目依赖管理。不过起码在程序编译过程中，再也无需在其他端部署一个godep工具。 在使用之前，需要安装一个辅助工具（如果Golang自改一个就好了）：go get -u -v github.com/kardianos/govendor。 下面，我们用一个例子来说明。首先有一个名为vendorproj的项目。假如只有一个文件： package main import ( "github.com/yeeuu/echoic" ) func...阅读全文
，然后执行 go install 命令。另外一种比较省事的方法是使用 godep 工具，这里就不做过多介绍了，具体可以参考文档或者搜索中文教程。 在Golang1.5之后，Go提供了 GO15VENDOREXPERIMENT 环境变量，用于将go build时的应用路径搜索调整成为 当前项目目录/vendor 目录方式。通过这种形式，我们可以实现类似于 godep 方式的项目依赖管理。不过起码在程序编译过程中，再也无需在其他端部署一个 godep 工具。 在使用之前，需要安装一个辅助工具（如果Golang自改一个就好了）： go get -u -v github.com/kardianos/govendor 。 下面，我们用一个例子来说明。首先有一个名为 vendorproj 的项目。假如只有...阅读全文
简洁是最美. ``` cd src dep init cd vendor //依赖包就到这了. ```...阅读全文
在这里声明一下，百度或者google看到的godep不是我这篇博文说的dep，那它们是什么关系呢？按照Peter Bourgon博文来说，它们的作者都有相同的人，但是一个是dep是官方版本，godep是第三方工具。我今天介绍的是dep，之前也有介绍过glide，有兴趣的可以到Golang依赖管理工具：glide从入门到精通使用看看。 现在还有一个疑问是为什么官方现在要支持依赖管理了呢？我个人认为有如下原因（勿喷，如果不同或者遗漏欢迎留言补充）：第三方依赖管理很多，虽然很好用，但是很少可以兼容的，结果--乱；官方的包管理为了增加社区的凝聚力，保持Go开箱即用的简单特性，不需要大家再安装各种第三方工具了，而且第三方工具都会过来兼容官方版的；还有一个官话，为了go更好的发展；dep的FAQ中有...阅读全文
Go Module 官方提供的不再依赖gopath的包管理工具 官方文档:https://github.com/golang/go/wiki/Modules 使用示例： 在（除gopath外）自己喜欢的任意目录下，新建项目 # 新建测试项目 ➜ Desktop mkdir gotest 在gotest目录下新建main.go文件，并导入iris包 package main import "github.com/kataras/iris" func main() { } 初始化一个新的 module ➜ go mod init gotest go: creating new go.mod: module gotest 执行go run main.go 命令自动下载所依赖的包，会自动生成go...阅读全文
使用glide管理依赖，GOPATH如果设置为project/vendor但GOPATH会加载vendor/src下得东西，而glide是把代码直接安装在vendor下的，应该怎么办？...阅读全文
本文从Maven谈起，分析了Maven的主要思想以及Gradle对Maven的改进，最后谈了下Go语言面临的依赖管理问题。 为什么要有依赖管理工具？ 谈依赖管理之前我们先谈谈为什么要有依赖管理工具这东西。 我们学了一种编程语言，然后写了个『Hello World』，然后宣称自己学了一门语言，这时候确实不需要关心依赖问题。 然而，当你要写一个稍微复杂点的应用，那怕就是留言板这样的，需要读写数据库，就需要依赖数据库驱动，就会遇到依赖管理的问题了。 再进一步，你写了一个库，想共享给别人使用，更需要了解依赖管理的问题。 当然，如果项目足够简单，你可以直接将依赖方的源码放置在自己的项目中，或者将依赖库的二进制文件（比如jar，dll）放置在项目的lib里。要提供给别人呢？把二进制包提供下载或者给别人...阅读全文
介绍 早期的Golang被很多开发者所诟病的一个问题就是依赖包的管理。Golang 1.5 release版本的发布之前，只能通过设置多个GOPATH的方式来解决这个问题，例如:我两个工程都依赖了Beego，但A工程依赖的是Beego1.1,B工程依赖的是Beego1.7,我必须设置两个GOPATH来区分，并且在切换工程的时候GOPATH也得切换，无比痛苦。终于终于在Golang 1.5 release 开始支持除了GOROOT和GOPATH之外的依赖查询，那就是vender，于是很多大佬开始造轮子，造得比较好的应该是dep和glide。 主角出场 今天的主角是dep，Golang的官方依赖工具，用来管理和下载工程依赖的工具，以下是官方的介绍 dep is a prototype...阅读全文
为什么要有依赖管理工具? 谈依赖管理之前，我们先谈谈为什么要有依赖管理工具这东西。 我们学了一种编程语言，然后写了个“Hello World”，然后宣称自己学了一门语言，这时候确实不需要关心依赖问题。 然而，当你要写一个稍微复杂点的应用，那怕就是留言板这样的，需要读写数据库，就需要依赖数据库驱动，就会遇到依赖管理的问题了。 再进一步，你写了一个库，想共享给别人使用，更需要了解依赖管理的问题。 当然，如果项目足够简单，你可以直接将依赖方的源码放置在自己的项目中，或者将依赖库的二进制文件(比如jar，dll)放置在项目的lib里。要提供给别人呢?把二进制包提供下载或者给别人传过去。依赖管理工具出现之前大多数都是这样搞的。 但如果再复杂些，依赖库本身也有依赖怎么弄呢?将依赖压缩打包，然后放个...阅读全文
，那么这个包最好不要存储外部依赖项。如果使用Glide，你可以在glide.yml文件中指定依赖包，Glide会帮你管理，并使用正确的版本。...阅读全文
传统Go构建以及包依赖管理 Go在构建设计方面深受Google内部开发实践的影响，比如go get的设计就深受 Google内部单一代码仓库(single monorepo)和基于主干(trunk/mainline based)的开发模型 的影响：只获取Trunk/mainline代码和版本无感知 image.png 我们知道go get获取的代码会放在GOROOT/src下面，而go build会在GOROOT/src和GOPATH/src下面按照import path去搜索package，由于go get 获取的都是各个package repo的trunk/mainline的代码，因此，Go 1.5之前的Go compiler都是基于目标Go程序依赖包的trunk/mainline代码...阅读全文
