https://tonybai.com/2018/07/15/hello-go-module/ 一个程序员的心路历程 Wed, 25 Mar 2026 09:21:20 +0000 hourly 1 http://wordpress.org/?v=3.2.1 https://tonybai.com/2018/07/15/hello-go-module/#comment-7365 nopnow Wed, 22 May 2019 04:37:10 +0000 https://tonybai.com/?p=2625#comment-7365 在使用GOMODULE时往往会出现Internal Server Error或Timeout等问题。 GOPROXY能够在一定程度上解决在拉取诸如 golang.org/x 包的时候产生的超时问题，也可以在一定程度上解决由于项目改名、迁移、删除等原因导致的404问题。 但是需要注意的是，使用GOPROXY将导致你无法拉取私有储存库。 现在，GOS解决了这个问题。 https://github.com/storyicon/gos 在使用GOMODULE时往往会出现Internal Server Error或Timeout等问题。
GOPROXY能够在一定程度上解决在拉取诸如 golang.org/x 包的时候产生的超时问题，也可以在一定程度上解决由于项目改名、迁移、删除等原因导致的404问题。
但是需要注意的是，使用GOPROXY将导致你无法拉取私有储存库。
现在，GOS解决了这个问题。 https://github.com/storyicon/gos

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7318 bigwhite Fri, 18 Jan 2019 21:50:46 +0000 https://tonybai.com/?p=2625#comment-7318 我的微信公众号iamtonybai有二维码啊，就在blog页面的右侧边栏里。难道还不够醒目:) 我的微信公众号iamtonybai有二维码啊，就在blog页面的右侧边栏里。难道还不够醒目:)

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7316 大鹏 Fri, 18 Jan 2019 14:58:43 +0000 https://tonybai.com/?p=2625#comment-7316 Tony老师，微信公众号，搞一个二维码啊 Tony老师，微信公众号，搞一个二维码啊

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7309 bigwhite Thu, 20 Dec 2018 05:05:40 +0000 https://tonybai.com/?p=2625#comment-7309 应该是发布时用全局替换命令替换错了，应该是$GOPATH/pkg/mod/ 目录下，而不是$GOPATH/src/mod目录。文章中已经改过来了，谢谢报出问题。 应该是发布时用全局替换命令替换错了，应该是$GOPATH/pkg/mod/ 目录下，而不是$GOPATH/src/mod目录。文章中已经改过来了，谢谢报出问题。

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7308 EyesChan Thu, 20 Dec 2018 04:56:02 +0000 https://tonybai.com/?p=2625#comment-7308 我的项目依赖的包全部缓存在了 $GOPATH/pkg/mod/ 目录下了。并不是文中说的 $GOPATH/src/mod/ 。请问这种出现这种情况的原因是什么？ 我的项目依赖的包全部缓存在了 $GOPATH/pkg/mod/ 目录下了。并不是文中说的 $GOPATH/src/mod/ 。请问这种出现这种情况的原因是什么？

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7273 bigwhite Sun, 23 Sep 2018 21:25:10 +0000 https://tonybai.com/?p=2625#comment-7273 假设我们的代码是A依赖第三方包B。甲程序员9:00 go get A并编译A，此时B的trunk的revision为001。10:00B的author在B trunk提交了新代码，B代码的trunk revision进化到002。11点时乙程序员go get A并编译A。显然甲乙两个人得到的编译后的A可执行程序并不相同，因为虽然同为B trunk，但trunk上的代码已经不同了。并且大多数情况，在go build之前很少会执行 go get。这样就不能实现reproduceable build。 假设我们的代码是A依赖第三方包B。甲程序员9:00 go get A并编译A，此时B的trunk的revision为001。10:00B的author在B trunk提交了新代码，B代码的trunk revision进化到002。11点时乙程序员go get A并编译A。显然甲乙两个人得到的编译后的A可执行程序并不相同，因为虽然同为B trunk，但trunk上的代码已经不同了。并且大多数情况，在go build之前很少会执行 go get。这样就不能实现reproduceable build。

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7272 hyvi Sat, 22 Sep 2018 16:00:31 +0000 https://tonybai.com/?p=2625#comment-7272 因依赖包的trunk的变化，导致不同人获取和编译你的包/程序时得到的结果实质是不同的，即不能实现reproduceable build ==== 这句话怎么理解，不同人获取和编译你的包／程序时得到的结果实质是不同的？ ， 如果trunk变化了，大家go get 一下，那么编译的都是变化后的trunk，结果是一样的。 因依赖包的trunk的变化，导致不同人获取和编译你的包/程序时得到的结果实质是不同的，即不能实现reproduceable build
====
这句话怎么理解，不同人获取和编译你的包／程序时得到的结果实质是不同的？ ，
如果trunk变化了，大家go get 一下，那么编译的都是变化后的trunk，结果是一样的。

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7266 绝望的祖父 Thu, 06 Sep 2018 03:30:48 +0000 https://tonybai.com/?p=2625#comment-7266 Goland 支持了，vscode看来还需要一段时间 Goland 支持了，vscode看来还需要一段时间

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7265 bigwhite Wed, 05 Sep 2018 21:42:08 +0000 https://tonybai.com/?p=2625#comment-7265 从vscode-go最新的changelog和issue来看，目前它还不支持module。很多工具还不支持module，因为之前go module一直的active dev中，命令形式经常变化。go 1.11发布后算是暂时稳定，各个工具也才开始考虑如何支持，这个需要时间。 从vscode-go最新的changelog和issue来看，目前它还不支持module。很多工具还不支持module，因为之前go module一直的active dev中，命令形式经常变化。go 1.11发布后算是暂时稳定，各个工具也才开始考虑如何支持，这个需要时间。

]]> https://tonybai.com/2018/07/15/hello-go-module/#comment-7264 绝望的祖父 Wed, 05 Sep 2018 09:16:35 +0000 https://tonybai.com/?p=2625#comment-7264 vscode-go 插件目前有没有支持Go module的办法？ vscode-go 插件目前有没有支持Go module的办法？

]]>