所以现在 Golang Go语言到底应该用什么包管理器？
所以现在 Golang Go语言到底应该用什么包管理器？
手头项目有有 Go 写的，但自己有段时间没有关注 Go 了，之前官方有钦定一个包管理器，现在主流的是哪个？
Go mod。现在都开始或者已经切到这个上面了。升级一下 golang 就行。
说起来，想稍带问问 golang 现在用哪个 error 包？ go2 的出来还有一段距离，但如果用 pkg/errors，可能很快就得切，还能和 go2 兼容吗？
官方搞了 go mod，所以以后这是趋势，写代码中去不用千里迢迢跑到像 java 一样深的 GOPATH 目录下了。
但是这货有一些坑，比如默认忽略 vendor，对于 cgo 的库，用前需要 configure 根据环境的生成 c 代码的基本无解，go mod vendor 不会把他认为你用不到的文件放到 vendor 文件夹，即使他已经下载下来了，一些要 go generate 或者 cgo 的依赖文件就很麻烦
go mod。可以搭配 gocenter 食用，口感更佳
https://ieevee.com/tech/2019/02/19/go-mod-proxy.html
Go Mod，毋庸置疑。
要说 Go 的这些管理器哪里难用，其实是因为跟其他平台比，比如 Maven 和 NPM，所以才显得它太基础。
讲道理就得举个例子，比如是否可以暴露 API 让我写点脚本管理一些依赖的细节，我有 100 个直接依赖，然后带来 500 个间接依赖，可能为了兼容，我不一定就按照『优先版本高的』原则去采纳每个间接依赖，这方面 Gradle 可能就很 easy 的实现了。
#21
版本号有时候太难看了，尤其是那些没有打 tag 的 git 依赖库。
没有中央仓库，想想如果依赖库的 git 仓库被删除，会产生很多问题。
对比 npm,maven,gradle,cargo,pypi，go mod 有些不办理，也不方便。期待以后的改善吧，其实可以借鉴 rust 的 cargo。听说以后会有官方中央仓库。
go mod 我觉得已经可以了，中心仓库对项目其实也没啥提升？依赖库被删不放心可以自己 fork 一个，用两年也没看见被删的库。包管理这种东西我真觉得够用就好，而且明明 go get 易用性实用性都很强，我敢说大部分项目 go get 就搞定了
“你没有 xx 特性 /功能” “某某有也没啥提升”
“你没有 xx 特性 /功能” “够用就好”
“你没有 xx 特性 /功能” “在进步，好很多了，多努力”
“你为什么没有 xx 特性 /功能” “某某更烂你咋不说"
也许还会有诸如
"又不是不能用”
“你是不是针对*”
"太平洋又没加盖(划掉，走错片场了)，开源的觉得不好用有本事你就提 PR 啊"
类似的逻辑在哪都能见到很多呢。。不过我这条回复对解决楼主问题是毫无帮助，和问题也毫不相干，只是对本帖众多回复的一个观察
何必阴阳怪气的呢直接点名就好啊，不服可以反驳。至少目前我们自己项目用 go mod 之前用 govendor，都是把依赖直接固化在项目内。单元测试 覆盖测试 持续集成都是没有问题的。我说对项目提升不大也是建立在至少目前我们自己场景没有遇见啥坑的情况下说的。中央仓库对我上面那条场景有提升？
真要说有啥问题，一个是翻墙拉依赖，还有个引用的两个库依赖同一个不同版本的包这种。前者 goproxy.io 上面有人提过了，自己内网搭建一个代理都可以。后者写项目两年了，实际压根没遇到。所以现在到底 go 的包管理做成啥样你才会觉得够用？
固化依赖到项目中在我们的开发规范是很重要的一个环节，可以有效节省其他组员管理 更新 下载的时间成本。也可以规避掉一些因为版本代码不一致的隐藏 bug。
pip 我没做过固化的方案，只写过 requirements.txt 。对于不需要编译的包还好，需要编译的时候就一言难尽。
npm 固化依赖大家都知道啥叫依赖地狱了，200M 起步…不敢想象大型项目得吃多少。
其他包管理大同小异，跟 go 最大不同就是有中央仓库，版本标记比较清晰。go mod 虽然现在版本也有了，但是一些旧的包没有遵循 go mod 规范。
npm 最大区别是每个依赖都有自己的独立依赖，不知道现在有没有改进，其他包管理就不熟悉了。
可以使用这个工具 https://github.com/saibing/bingo，使用方法就是先安装，然后配置 vscode-go 即可。
https://github.com/saibing/bingo#vscode-go
踩过 glide 和 module 来述苦一下
都不好使
glide 有时候的更新策略很迷，不会更新最新的包，有时候要删掉 vendor 旧包才更新
module 允许存在 2 个同样的包的不同版本，如果你这个包在 init 有共享资源就坑爹了，比如在 init 注册了一个 http 服务之类的，而且 module 在使用 etcd3.3 会有错误要手动 ，各种奇怪问题层出不断
对于Golang（Go语言）来说，目前最推荐使用的包管理器是Go Modules。以下是关于Go Modules的详细介绍：
一、官方推荐
Go Modules是Go官方推出的包管理系统，自Go 1.11版本引入，并在Go 1.13版本中成为默认的包管理方式。它解决了早期Go语言包管理中的许多问题，提供了更强大的功能和更方便的使用体验。
二、主要特点
- 自动化依赖管理：Go Modules会自动解析并下载项目依赖的包，并确保不同版本之间的兼容性。
- 版本控制：通过go.mod文件，可以明确指定项目依赖的版本，防止不同版本之间的冲突。
- 无需GOPATH：使用Go Modules时，不再需要将项目放置在GOPATH目录下，可以在任意位置创建和管理项目。
- 模块代理支持：Go Modules支持通过模块代理（如proxy.golang.org）加速依赖包的下载，提升开发效率。
三、使用建议
对于新项目，建议直接使用Go Modules进行依赖管理。对于正在使用其他包管理工具的项目，也建议逐步迁移到Go Modules，以享受其带来的便利和性能提升。
综上所述，Go Modules凭借其官方背景、自动化管理、版本控制等优势，成为目前Golang最推荐的包管理器。
