大家是怎么处理 vendor 的？

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

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

单独开一个项目维护 vendor

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

直接加到 Git，为了速度

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

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

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

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

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

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

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

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

感觉 go 的包管理太恶心了

提交到 git 了，ci 快一些。

golang/dep

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

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

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

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

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

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

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

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

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

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

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