go 这种仓库模式，真的好吗？

[Buffer2Disk]

虽然启用了 go mod,但是不像 Java 那样有一个非常强大的中央仓库 maven，版本迭代和可靠性都是有保障的

go 虽然可以从 github 上虽然可以直接拉包下来，但是因为有的作者没打 tag，拉取的版本号显示的非常奇怪

而且如果哪天某个 lib 的作者一不高兴删了自己的仓库，那要部署代码的时候，就两眼懵逼了

[ysn2233]

当然不好，从没见人说 go 的包管理好话

[yegle]

你看国内互联网大公司谁没有自建 maven 仓库？为什么？

[fcten]

如果是企业级项目一般不会依赖 github

[VDimos]

你去看看 gopath 在 issue 上骂得多凶

[lihongjie0209]

@yegle
1. 作为 maven 主库的缓存代理, 由于网络原因, maven 主库下载速度比较慢
2. 作为本地私有仓库, 公司的代码原则上不允许推到公共仓库. 就像有 GitHub 也要自建 gitlab 一样

上述原因没有一个是因为 maven 这种包管理方式有问题

[janxin]

中央仓库就不会删除包了吗？隔壁 NPM 的教训忘记了吗？

为什么有 go mod 还会有这种烦恼？其实一样可以自建中央仓库的呀

[jingxyy]

tag 都没有 搞不好哪天就没了的库你敢用么

[ralph79]

没有绝对的好不好。

[u823tg]

go1.13 会默认 go proxy https://proxy.golang.org/

[eslizn]

你说的删除的问题，只要存过代码，可以起个新的 repo 后 go mod replace 解决

[zichen]

@jingxyy 这个在前期技术调研的时候其实就可以避免，靠谱点的公司都不会用野鸡第三方项目的。

[guokeke]

可以先 fork 下。

[tyrantZhao]

go 的包管理一塌糊涂

[liulaomo]

还好，和集中式仓库模式相比各有所长

[layxy]

企业项目会将依赖放入自己的 pkg 里吧,不会直接引用 github 等外部包,除了 go 官方包

[reus]

删就删啊，只要你用过一次，你本机上就存了的，你可以另外开一个，传上去，然后在 go.mod 里写一行 replace

广泛使用的代码，肯定每个使用者机器上都存了的，想彻底删除，是不可能的，何必担心删库

另外还有代理，代理也会缓存代码，删库也未必影响

maven 叫“中央仓库”，那 github 为什么就不能叫“中央仓库”？

你可以 vendor，可以 fork，可以自建 git 服务，可以自建代理缓存，方式有很多。不要认为就只有一种模式。

[abcbuzhiming]

@janxin NPM 那种管理一片混乱的所谓中央仓库是不能作数的

[abcbuzhiming]

@reus 中央仓库存在的意义是信任和稳定，如果连这都不需要那你的确不需要中央仓库，但是中央仓库的存在为大量的人节约了时间和精力。不是每个人都愿意像你这样折腾的

[reus]

@abcbuzhiming 分布式仓库就没有信任和稳定了？ maven 就不会倒闭？ npm 还被投过毒，中央仓库就一定稳定和值得信任，我认为是假命题。github 也没有浪费谁的时间精力吧？我用 github 做仓库也没有啥折腾的。

go 的仓库模式，就等于 git、hg 等版本管理工具的模式，你不习惯可以不用，但我们用得好好的。

[janxin]

@abcbuzhiming 中央仓库的信任问题怎么解决？上传了恶意包怎么办？ npm 会出现的问题 maven 怎么保证不出现的？