<p><a href="https://golang.org/pkg/">https://golang.org/pkg/</a> docs is inconsistent in package order. And I don't think it's an April fools gag -- noticed it days, if not weeks ago.</p>
<p>for example, loading the page I get (ignoring sub-packages):</p>
<ol>
<li>archive</li>
<li>builtin</li>
<li>compress</li>
<li>...</li>
</ol>
<p>then after a few page reloads:</p>
<ol>
<li>archive</li>
<li>bytes</li>
<li>database</li>
<li>...</li>
</ol>
<p>anyone else see the same?</p>
<hr/>**评论:**<br/><br/>sh41: <pre><p>This was a regression that has been recently resolved. See issue <a href="https://golang.org/issue/24601" rel="nofollow">#24601</a>.</p>
<p>Note that while it's been fixed in source, <a href="https://golang.org/pkg/" rel="nofollow">https://golang.org/pkg/</a> won't be updated until a version of Go is released. In the meantime, you can use <a href="https://tip.golang.org/pkg/" rel="nofollow">https://tip.golang.org/pkg/</a> or <a href="https://godoc.org/-/go" rel="nofollow">https://godoc.org/-/go</a> where the issue isn't present.</p></pre>itachi_amaterasu: <pre><p>Yep, I just fixed it yesterday. We will be re-deploying godoc soon (I am not sure of the actual policy of whether we need to bump Go version or not for a tools package change). In the meanwhile, you can use tip.golang.org.</p></pre>soapysops: <pre><p>I see that too. Maybe an old cached page or something haha.</p></pre>pdffs: <pre><p>If it's generated dynamically using a map or some concurrent tree walking, order won't be consistent. It could certainly be sorted in this case, at the cost of performance.</p></pre>
这是一个分享于 的资源,其中的信息可能已经有所发展或是发生改变。
入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889
- 请尽量让自己的回复能够对别人有帮助
- 支持 Markdown 格式, **粗体**、~~删除线~~、
`单行代码`
- 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
- 图片支持拖拽、截图粘贴等方式上传