go的依赖包管理方式： 1. go get 2. dep/vendor 2. go mod

最新推荐文章于 2024-10-09 10:50:31 发布
最新推荐文章于 2024-10-09 10:50:31 发布
阅读量4.6k 收藏 8
点赞数 6
分类专栏： S1: Go s2: 软件进阶 s2: 实用工具
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/stpeace/article/details/100148921
版权

     不太喜欢写C/C++的makefile

     来说说go的依赖包管理的几种方式：

 

     1. go get xxx     (官方)

     拉下来的包会放在GOPATH/src目录下，如果没有src，那么会生成src目录,  简单。 

     2. dep/vendor （准官方，非官方）

     要求项目工程的目录必须位于GOPATH/src目录或者其子目录下， 然后dep ini, dep ensurv -v搞起。 在很多项目中， 是用这种方式管理的。 最后vendor目录会生成到项目目录中， 其中包含依赖包。

     3.  go mod     （官方， 新版本的golang中才支持）

      通常(其实也可以不这样)也把工程目录放在GOPATH/src目录或者其子目录下， 然后go mod init, go mod tidy搞起。 会在GOPATH中生成pkg, 其中有mod目录，然后其中有依赖包。

 

      来看看代码：

package main
 
import (
    "fmt"
    "github.com/apodemakeles/ugo/time"
)
 
func main() {
    fmt.Println(utime.NowUnixTS())
}

      来看看上述三种包管理方式的结果， GOPATH是~/test/mytest, 执行tree命令：

当前目录是：~/test/mytest,  a.go, b.go, c.go是我写的测试代码， 代码如上：

分别用上述三种包管理方式后，执行tree命令来看看目录和文件：
.
|-- a.go
|-- pkg
|   |-- darwin_amd64  ======================(这个是go get时生成的)
|   |   `-- github.com
|   |       `-- apodemakeles
|   |           `-- ugo
|   |               `-- time.a
|   |-- dep           ======================(这个是dep时生成的)
|   |   `-- sources
|   |       `-- https---github.com-apodemakeles-ugo
|   |           |-- Gopkg.lock
|   |           |-- Gopkg.toml
|   |           |-- README.md
|   |           |-- assert
|   |           |   `-- uassert.go
|   |           |-- ctl
|   |           |   |-- pair.go
|   |           |   |-- pair_test.go
|   |           |   |-- supervisor.go
|   |           |   `-- supervisor_test.go
|   |           |-- st
|   |           |   |-- queue.go
|   |           |   |-- queue_test.go
|   |           |   |-- sliq.go
|   |           |   `-- sliq_test.go
|   |           `-- time
|   |               `-- utime.go
|   `-- mod          ======================(这个是go mod时生成的)
|       |-- cache
|       |   |-- download
|       |   |   `-- github.com
|       |   |       `-- apodemakeles
|       |   |           `-- ugo
|       |   |               `-- @v
|       |   |                   |-- list
|       |   |                   |-- list.lock
|       |   |                   |-- v0.3.0.info
|       |   |                   |-- v0.3.0.lock
|       |   |                   |-- v0.3.0.mod
|       |   |                   |-- v0.3.0.zip
|       |   |                   `-- v0.3.0.ziphash
|       |   |-- lock
|       |   `-- vcs
|       |       |-- 068498352f5a03a2b062b41194c2c11551b72916629f773f715c1839d07ddd68
|       |       |   |-- FETCH_HEAD
|       |       |   |-- HEAD
|       |       |   |-- config
|       |       |   |-- description
|       |       |   |-- hooks
|       |       |   |   |-- applypatch-msg.sample
|       |       |   |   |-- commit-msg.sample
|       |       |   |   |-- post-update.sample
|       |       |   |   |-- pre-applypatch.sample
|       |       |   |   |-- pre-commit.sample
|       |       |   |   |-- pre-push.sample
|       |       |   |   |-- pre-rebase.sample
|       |       |   |   |-- pre-receive.sample
|       |       |   |   |-- prepare-commit-msg.sample
|       |       |   |   `-- update.sample
|       |       |   |-- info
|       |       |   |   |-- attributes
|       |       |   |   `-- exclude
|       |       |   |-- objects
|       |       |   |   |-- 0b
|       |       |   |   |   `-- d068f0b8d570f12aa127cbce953ac0090e4b52
|       |       |   |   |-- 19
|       |       |   |   |   `-- 9e6158a3489fc0c2896fb5eaa3eb61009284b0
|       |       |   |   |-- 29
|       |       |   |   |   |-- 4646118961a161c079acd81ea72528dbc74da4
|       |       |   |   |   `-- d7613714aa66c4105faadade545f3c7c526370
|       |       |   |   |-- 40
|       |       |   |   |   |-- 120f31a2aa92e25ea4bbb3137c123858a62581
|       |       |   |   |   `-- 9cd32df44b4fe5c37af9c75df8073178c95e15
|       |       |   |   |-- 4b
|       |       |   |   |   `-- 859edab10857ad6fce38854014df32126aedb1
|       |       |   |   |-- 66
|       |       |   |   |   `-- 94943180f8f966d3b9e0a50ab4f640e7405517
|       |       |   |   |-- 68
|       |       |   |   |   `-- cff4ce24d1623e4c3cc1af93c6782317635977
|       |       |   |   |-- 81
|       |       |   |   |   `-- 5a0036bd88ac3ed0fa0e3085c528089140ac19
|       |       |   |   |-- 82
|       |       |   |   |   |-- 59276f5c257c1a3fd939a328fbdd11ca30f341
|       |       |   |   |   `-- adc92cc444a262d79a5c1bde54c11a5021c0c1
|       |       |   |   |-- a0
|       |       |   |   |   `-- edbfd929c2669f1c79c7841c876e6a442f3c3b
|       |       |   |   |-- a4
|       |       |   |   |   `-- 717f99eeea7028ff1939f8f7d17fceb38fbfbc
|       |       |   |   |-- a5
|       |       |   |   |   `-- 5e3de522ab8f649795fb477eadbdcee2543e09
|       |       |   |   |-- be
|       |       |   |   |   |-- 033ecc565052f17c95039fa94f5da6cf27ce06
|       |       |   |   |   `-- f2d0092eb5e822ef996e91009ac977094a9fe8
|       |       |   |   |-- cf
|       |       |   |   |   `-- 7b5e6b1f78c06fc8b8b2a86434ccdc5b34cde5
|       |       |   |   |-- d1
|       |       |   |   |   `-- f43c8e9a444c010b766c7bbe5cc5032ad60bf5
|       |       |   |   |-- e2
|       |       |   |   |   `-- 519cebb2ef0f4130ba4cf1a54636eeecab7aae
|       |       |   |   |-- f4
|       |       |   |   |   `-- 79089a2401446fdf51ef3b06d4430af15894a6
|       |       |   |   |-- info
|       |       |   |   `-- pack
|       |       |   |-- refs
|       |       |   |   |-- heads
|       |       |   |   `-- tags
|       |       |   |       `-- v0.3.0
|       |       |   `-- shallow
|       |       |-- 068498352f5a03a2b062b41194c2c11551b72916629f773f715c1839d07ddd68.info
|       |       `-- 068498352f5a03a2b062b41194c2c11551b72916629f773f715c1839d07ddd68.lock
|       `-- github.com
|           `-- apodemakeles
|               `-- ugo@v0.3.0
|                   |-- Gopkg.lock
|                   |-- Gopkg.toml
|                   |-- README.md
|                   |-- assert
|                   |   `-- uassert.go
|                   |-- ctl
|                   |   |-- pair.go
|                   |   |-- pair_test.go
|                   |   |-- supervisor.go
|                   |   `-- supervisor_test.go
|                   |-- st
|                   |   |-- queue.go
|                   |   |-- queue_test.go
|                   |   |-- sliq.go
|                   |   `-- sliq_test.go
|                   `-- time
|                       `-- utime.go
`-- src
    |-- b.go
    |-- github.com  ======================(这个是go get时生成的)
    |   `-- apodemakeles
    |       `-- ugo
    |           |-- Gopkg.lock
    |           |-- Gopkg.toml
    |           |-- README.md
    |           |-- assert
    |           |   `-- uassert.go
    |           |-- ctl
    |           |   |-- pair.go
    |           |   |-- pair_test.go
    |           |   |-- supervisor.go
    |           |   `-- supervisor_test.go
    |           |-- st
    |           |   |-- queue.go
    |           |   |-- queue_test.go
    |           |   |-- sliq.go
    |           |   `-- sliq_test.go
    |           `-- time
    |               `-- utime.go
    `-- yourtest
        |-- Gopkg.lock   ======================(这个是dep时生成的)
        |-- Gopkg.toml   ======================(这个是dep时生成的)
        |-- c.go
        |-- go.mod       ======================(这个是go mod时生成的)
        |-- go.sum       ======================(这个是go mod时生成的)
        `-- vendor       ======================(这个是dep时生成的)
            `-- github.com
                `-- apodemakeles
                    `-- ugo
                        `-- time
                            `-- utime.go

       个人推荐第三种用法。

       另外， 在go init生成go.mod和pkg中的部分内容后， 如果直接去编译， 则类似于先执行go mod tidy了， 生成go.sum， 并自动拉下所需要的包， 放在pkg的mod中。

       一目了然,  有兴趣可以看看其中重要文件的内容。

       最后， 来看一个环境变量：GO111MODULE：

       环境变量 GO111MODULE 开启或关闭模块支持，它有三个可选值：off、on、auto，默认值是 auto

  • GO111MODULE=off 无模块支持，go 会从 GOPATH 和 vendor 文件夹寻找包。
  • GO111MODULE=on 模块支持，go 会忽略 GOPATH 和 vendor 文件夹，只根据 go.mod 下载依赖。
  • GO111MODULE=auto 在 GOPATH/src 外面且根目录有 go.mod 文件时，开启模块支持。

 

       不多说。

 

 

 

 

涛歌依旧
关注
专栏目录
dep指定版本 go_将 dep 更换为 go mod
weixin_35781693的博客
12-23 728
原因之前一直在使用 dep 来管理项目， 最近碰到了两个恶心的事情， 就是安装 ali-oss-sdk 和go-ethereum 客户端的时候超级慢，lantern 也是半费状态， 时断时连，go-ethereum等了半个小时都没装上(开灯和关灯都试了)， 最后 dep ensure 状态回家， 第二天上班才好。正好在我的帖子中 appleboy 给我留言说[可以改用 go module 了] ，...
Go mod 简明教程(Go语言依赖包管理工具)
红鱼儿的博客
12-17 955
Go mod 的使用 1、Go1.11及以后版本才能使用。 2、Go1.11需要设置环境变量 GO111MODULE 为 on（新特性开关，按照Go语言惯例，mod首次在go1.11版本中使用，go1.13及以后版本这个设置可以不用了）。 3、可以设置模块代理：设置环境变量 GOPROXY 的值为代理网址，目前可用的模块公共代理网址有:https://goproxy.iohttps://g...
Go 包依赖管理工具 —— govendor
bjzhaoxiao的专栏
07-02 700
转自：https://shockerli.net/post/go-package-manage-tool-govendor/ Go 包依赖管理工具 —— govendor 2019-03-25 Go 文章目录 vendor 特性 vendor 使用建议 govendor 简介 govendor 使用 govendor 子命令 govendor 状态参数 Go module...
golang包管理
最新发布
Sncot的博客
10-09 964
golang包管理，require，replace
2020-12-14
M1911616095的博客
12-14 328
包管理 8.1 Go Modules是什么？ Go语言通过包管理来封装模块和复用代码，这里我们只介绍Go Modules管理方法 Go Modules于Go语言1.11版本时引入，在1.12版本正式支持，是由Go语言官方提供的包管理解决方案 Modules是相关Go包的集合，是源代码交换和版本控制的单元。go命令直接支持使用Modules，包括记录和解析对其他模块的依赖性 8.2 Go Modules的使用方法 8.2.1 环境变量 首先需要设置环境变量，可以使用go env命令查看当前配置。 $ go e
go vendor
SmallBottle-CGWLMX的博客
04-09 548
go vendor 是go 1.5 官方引入管理包依赖的方式，1.6正式引入 其基本思路是，将引用的外部包的源代码放在当前工程的vendor目录下面，go 1.6以后编译go代码会优先从vendor目录先寻找依赖包； 将源码拷贝到当前工程的vendor目录下，这样打包当前的工程代码到任意机器的$GOPATH/src下都可以通过编译，避免项目代码外部依赖过多，迁移后， 需要多次go get 外包依...
什么是 go vendor
大牛之路
05-17 7709
go vendor 是golang引入管理包依赖的方式，1.5版本开始引进，1.6正式引进。 基本原理 其实就是将依赖的包，特指外部包，复制到当前工程下的vendor目录下，这样go build的时候，go会优先从vendor目录寻找依赖包。 优点 将依赖的外部包引进工程下的vendor目录，可以直接在其他机器直接编译，而不用再去构建外部包的编译环境，一个一个的go get获取外部包。当然你也可以...
go的包依赖管理(1): go.mod文件、简单使用
08-21 836
随便cd到一个目录（英文路径）下执行： go mod init mytest 然后用编辑器打开这个目录。可以看到一个go.mod文件。 然后创建core/functions.go文件，代码如下： package core import "fmt" func ShowName() { fmt.Println("我的名字叫张三") } 可以看出在functions.go中写了一个函数。...
【Go依赖管理深度指南】：go.mod和go.sum文件的详细解读
Go依赖管理是Go语言包管理和项目构建的核心组成部分，它负责管理项目中所依赖的外部包版本和兼容性。随着Go语言版本的更新和模块支持的引入，依赖管理的策略和实践经历了显著的变革。了解和掌握Go依赖管理对于提高
go mod依赖包管理
idwtwt的专栏
05-25 1万+
之前一直使用第三方依赖包管理工具govendor，go1.11之后官方出了go mod，使用非常简单，可以完全抛弃GOPATH和vendor。 1GO111MODULE=auto 在原来的项目上测试 [root@VM_0_14_centos xxx]# go mod init xxx go: modules disabled inside GOPATH/src by GO111MODUL...
【GO】go mod 和vendor依赖管理工具
红尘道，红尘练心
08-05 620
go mod download/go get 下载依赖的module到本地cache（默认为$GOPATH/pkg/mod目录）govendor init 初始化生成vendor文件夹，代码必须写在proj/src下，即proj/src/main.go。go module是Go语言默认的依赖管理工具，且没有必要在GOPATH中创建项目了。go mod tidy 增加缺少的module，删除无用的module。go mod verify 校验依赖。在go module中，...
GO按照环境 go get, go mod
weixin_42080900的博客
11-12 457
GO按照环境 首先需要下第三方包 go get "modules" 之后需要 mod 一下 go mod init 初始化 go mod tidy 更新？ go mod install 在 GO Modules 里面配置 GOPROXY 国内代理 [image:385165B7-CBAA-4A75-BCDC-231F89F7B076-2855-000001CCA794207C/截屏2021-11-12 16.29.04.png] 绝了，换成七牛云马上可以 [image:68DAF045-9943-4
go mod 使用三方包、go get命令
yzh_1346983557的博客
10-11 1728
/ indirect ，表示该模块为间接依赖，也就是在当前应用程序中的 import 语句中，并没有发现这个模块的明确引用，如果没引用，我们提前先拉下来这个包，就会出现该注释，比如直接使用go get拉代码包，而不是 go build 让命令自动根据 go.mod 拉代码包。在实际的项目中很少被使用，故很少会显式的排除某个包的某个版本，除非我们知道某个版本有严重 bug。-u 标志是用于更新包的常见用法，它会忽略已安装包的版本，而是下载并安装最新的版本。module： 定义当前项目的模块路径。
go get 指定版本_Go 包依赖管理工具 —— govendor
weixin_39744240的博客
11-21 1008
govendor是一个基于vendor机制实现的 Go 包依赖管理命令行工具。与原生 vendor 无侵入性融合，也支持从其他依赖管理工具迁移，可以很方便的实现同一个包在不同项目中不同版本、以及无相互侵入的开发和管理。vendor 特性最开始的时候，Go 并没有提供较为妥当的包管理工具。从 1.5 版本开始提供了 vendor 特性，但需要手动设置环境变量GO15VENDOREX...
Vendor使用：golang的vendor是个啥？
qq_39458487的博客
05-16 4855
如果你想要可重复的构建而无需依赖外部服务（例如模块镜像）或连接到网络，vendor可以提供解决方案。 vendor还有其他好处： 如果从VCS中删除了依赖，或者代理服务器丢失了模块，vendor可以解决。 升级依赖时你可以看见差异对比，并且你可以维护历史记录。 你将能够跟踪和调试依赖，并在必要时进行测试更改。 运行go mod tidy，go mod vendor之后，你的更改将被替换。 在本文中，我将提供Go支持vendor的历史以及随着时间的推移默认行为的变化。我还将分享Go的工具如何保持版本
go引入外部依赖的三种方式：go get，go module，vendor目录
热门推荐
空山新雨后，天气晚来秋
01-13 1万+
本文转载自https://blog.csdn.net/guoguolifang/article/details/88963042 import "github.com/astaxie/beego" 编译出错解决方案： go get 确保你的GOPATH是工程目录，代码在src目录下，然后在命令提示符中输入：go getgithub.com/astaxie/beego，然后在本地的src......
【Go依赖管理工具大比拼】：Glide vs. Dep vs. Go Modules的全面对决
本章首先对Go语言中依赖管理的概念进行浅析，为理解后续章节中不同依赖管理工具的使用和优化打下基础。 ## 1.1 依赖管理的基本概念 依赖管理在Go语言项目中涉及识别、下载和引入项目所需的外部库。这些库被称作...
使用go mod管理go项目依赖包
hnujunjie的博客
01-18 537
在项目根目录下使用go mod init 项目名，将会在根目录下生成go.mod和go.sum go.mod用于指定依赖包的名称，go.sum用来进行依赖包的安全校验 Go语言中GO111MODULE的有3种状态： auto：当项目在$GOPATH/src外且项目根目录有go.mod文件时，开启模块支持； 否则，仍然使用GOPATH模式。 on：启用模块支持，编译时会忽略GOPATH和vendor文件夹，只根据 go.mod下载依赖 off：禁用模块支持，编译时会从GOPATH和vendor文件夹中查找包
go get获取的依赖库和dep获取的vendor目录下的依赖库不一致的问题------玩下Gopkg.toml
认知 行动 坚持
11-24 7007
        代码： package main import ( "fmt" "github.com/satori/go.uuid" ) func main() { u1 := uuid.Must(uuid.NewV4()) fmt.Printf("UUIDv4: %s\n", u1) u2, err := uuid.NewV4() if err != nil { fm...
go 包依赖静态分析
weixin_34082854的博客
04-13 527
2019独角兽企业重金招聘Python工程师标准>>> ...
评论 10
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值