比起 Go WebAssembly, 其实 Go Module 更值得关注

[SuperMild]

Go 1.11 已经整合了 vgo，与以前相比，最表面的最明显的区别是：（几乎）可以不用管 GOPATH 了。

在 GOPATH 之外的任何一个文件夹，只要创建一个空白的 go.mod, 就可以在此文件夹内直接 go build, go.mod 会被自动更新，本地缺少的 package 会自动下载。

另外，也可以用命令 go mod init 来新建 go.mod, 很方便。

go list -m -u all: 列出当前模块及其依赖的包、以及这些包的最新版本号。

以前 go get 只能下载最新版本，现在可以用 go get [module]@[version] 的形式来下载指定版本了

例子: go mod edit -exclude=rsc.io/sampler@v1.99.99 可以忽略 rsc.io/sampler 的 v1.99.99 这个版本（其他版本正常使用）。

go list -t rsc.io/sampler 可以列出 rsc.io/sampler 的全部版本号。（但目前这个命令暂时不能用）

以上是作为“使用者”使用别人的模块或包时的方法。而作为“作者”，我们要做的就是在使用 git 之类的仓库工具时，认真地打版本号的 tag, 采用标准的 semver, 方便别人使用 Go Module。

还有一点要注意的是，如果你创作的模块的主版本上升到 v2 时，应新开一个 branch, 或者新开一个名为 v2 的文件夹，具体做法见这里: https://research.swtch.com/vgo-module

最后，一些非常有用的信息可以直接用 go help 命令来查看：

• go help go.mod
• go help modules
• go help module-get

[kunluanbudang]

感觉还需要一个中心化的仓库，

[skadi]

govendor 就被扫入了历史的垃圾桶?

[azzwacb9001]

有点意思。
同认为需要有一个中心化的仓库，这样用起来也放心一些。

[chai2010]

中心化仓库是一个很大的工作量。而且将面临域名抢注等各种社会性问题。这个中心是放美国，还是中国呢？
我喜欢现在的分散式管理，以 hash 来验证也足够安全放心。

对于国内用户，目前唯一缺少的是一个代理服务器（会有官方的）。

[maichael]

据说性能还是有点问题。

[BjQR4kYSAe4Eo7vl]

萌新程序员目前就会一点点 python 和 go.
go 这次的更新好评

[vultr]

我居然看成 go mobile 了。

[SuperMild]

@maichael 暂时只是个“体验版”，问题多多，不过可以先熟悉一下，估计会很快完善的

[wangdashuai]

终于和 node 的包管理差不多了。