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

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

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

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

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

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

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

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

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

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

没有绝对的好不好。

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

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

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

可以先 fork 下。

go 的包管理一塌糊涂

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

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

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

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

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

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

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

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

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

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

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

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