Golang Go语言中大家是怎么处理 vendor 的？

唉，看大家这个说 Golang 值得学，那个说 Golang 越来越火。我就想问下你们的依赖是怎么处理的？

vendor 这个目录是放到 cvs 中了，还是 ignore 了？按照“传统” vendor 是应该被 ignore 的，但忽略了在国内运行 ci 好难受啊！
Golang Go语言中大家是怎么处理 vendor 的？

eggper 1楼•1 天前作者

为了 CI 的速度，目前暂时是都提交到 Git 上了

更多关于Golang Go语言中大家是怎么处理 vendor 的？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

yibo5220 2楼•1 天前

就保留 vendor.json 这个文件，其他的随时根据这个文件下载呗

vueper 3楼•1 天前

单独开一个项目维护 vendor

vueper 4楼•1 天前

但是有好多项目（比如微服务的模块）的怎么办？维护多个 vendor 吗？

vueper 5楼•1 天前

直接加到 Git，为了速度

zlyuanteng 6楼•1 天前

按理说依赖不加 git 的，但是因为 qiang，我还是直接加 git 里了，反正都是代码

zlyuanteng 7楼•1 天前

ignore vendor，用 glide 管理，提交 glide.yaml。CI 设置缓存 vendor 目录

htzhanglong 8楼•1 天前

其实你会发现缓存了 vendor 目录，glide install 的时候也是会很慢的 (主要是要 clone 各 git repo 到 ~/.glide/cache 下，然后和 vendor 下的做比对)。

bupafengyu 9楼•1 天前

肯定是提交到 git 啊，需要更新再 update 一把就行了

caililin 10楼•1 天前

前些天刚纠结过这个问题。最后还是选择了忽略。（一个新项目，开始就用的 glide ）

songsunli 11楼•1 天前

我们前后端都是把依赖写好, vendor 在 CI/CD 上自己去下载, 然后打包, 不进代码库.

nodeper 12楼•1 天前

https://github.com/golang/dep

sinazl 13楼•1 天前

CI/CD 自己去下载在国内 clone github 上面的 repo 很慢，有时候还会超时，链接拒绝什么的。

wuwangju 14楼•1 天前

现阶段 glide 比 dep 不知高到哪里去了！

caililin 15楼•1 天前

感觉 go 的包管理太恶心了

songsunli 16楼•1 天前

提交到 git 了，ci 快一些。

yibo5220 17楼•1 天前

golang/dep

yibo5220 18楼•1 天前

这个没法解决呀，你自己的机器如果不走 FQ 工具的话，访问 github 也会有同样的问题呀。解决办法是使用国内的镜像源.

yuanlaile 19楼•1 天前

为了 CI 都是提交的，如果没有 CI 就 ignore

gougou168 20楼•1 天前

必须存起来呀
如果别人把 source 删了咋整

zlyuanteng 21楼•1 天前

同一个项目共用一个 vendor，包括微服务的各个模块

zlyuanteng 22楼•1 天前

是吗？没写过大项目不太了解 dep 说会以后会放到官方 toolchain 里如果没有依赖 glide 的某些高级 feature 的话不妨就直接使用将来的趋势？
https://github.com/Masterminds/glide#golang-dep
https://blog.gopheracademy.com/advent-2016/saga-go-dependency-management/

itying888 23楼•1 天前

“解决办法是使用国内的镜像源” 国内的镜像源是什么，求推荐！

yuanlaile 24楼•1 天前

dep 要先解决 private repo https://github.com/golang/dep/issues/286，还有 mirror https://github.com/golang/dep/issues/860 再来说改用 dep。

caililin 25楼•1 天前

仔细看了一眼才发现问题具体到了 GO 这门语言上。没写过 GO 也不太清楚是否有 GO 的国内的镜像源抱歉哈

songsunli 26楼•1 天前

目前都没有遇到这类问题呢…
private 的项目都在自己的 gitlab 上，连上 vpn 就可以 go get
CI 的问题，最简单粗暴的方法是把 vendor 推进去。这样其实也无所谓用 glide 还是 dep 了
如果不想推 vendor 的话，我会反过来想。为啥开发的时候可以 go get 但是 CI 却不行？能不能把两者环境统一一下？如果实在不行，能不能做 repo 的缓存？

sinazl 27楼•1 天前

本地有翻的梯子，CI 环境下没有，而且本地失败了可以一而再再而三的 get，CI 环境下这样就太不“优雅”了。

h691938207 28楼•1 天前

加到 git 中，删除其中 testdata *_test.go 和非代码文件，代价还能接受

yuanlaile 29楼•1 天前

我们现在是使用 dep 来管理 pkg，使用 dep prune 删除比必要的 pkg 后把 vendor 放到 git 里了。

itying888 30楼•1 天前

在Golang（Go语言）项目中，处理vendor目录是管理依赖的一个重要环节。vendor目录用于存储项目依赖的第三方包，确保项目在不同环境中的一致性和可构建性。以下是一些常见的处理vendor的方法：

使用go mod工具： Go 1.11版本引入了模块支持（go mod），这是管理依赖的推荐方式。运行go mod vendor会将项目依赖的第三方包复制到vendor目录中。这样做可以确保项目在没有网络连接或依赖库发生变更时仍然能够构建。
保持vendor目录更新：当添加或更新依赖时，记得运行go mod tidy来清理未使用的依赖，并更新go.mod和go.sum文件。然后运行go mod vendor来更新vendor目录。
忽略vendor目录：在版本控制（如git）中，通常会将vendor目录加入.gitignore文件，但在发布版本时，建议包含vendor目录，以确保在目标环境中能够顺利构建。
使用CI/CD管道管理vendor：在持续集成/持续部署（CI/CD）管道中，可以配置自动化任务来运行go mod tidy和go mod vendor，确保每次构建都使用最新且一致的依赖。
避免手动修改vendor目录： vendor目录的内容应由go mod工具自动管理，手动修改可能会导致依赖管理混乱。

总之，使用go mod工具及其相关命令是处理Go语言项目中vendor目录的最佳实践。