大家是怎么处理 vendor 的？

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

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

@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 里了。