这是一个创建于 144 天前的主题，其中的信息可能已经有所发展或是发生改变。
Tag 数量太多，与 Tag 相关的列表页面都加载不出来了，估计 github 都想不到有人能整这么多
https://github.com/TencentCloud/tencentcloud-sdk-go
https://github.com/TencentCloud/tencentcloud-sdk-go
 | 1 15855pm 144 天前 666 |
 | 2 lepig 144 天前  1 直接把彩虹独角兽 整出来了 |
| 3 lepig 144 天前 502 Bad Gateway |
 | 4 tencentcloud 144 天前  7 您好，抱歉 GO SDK 的版本管理问题给大家带来影响，由于早期云 API GO SDK 的分包管理能力不完善，导致 tag 增长很快。今年初我们已在进行版本管理的优化，收敛了 tag 增长量，对于存量 tag 清理，考虑到可能引发的兼容性风险，我们正在结合实际使用情况灰度分批清理，我们也将持续关注优化进展，感谢您的监督与理解！ |
 | 5 raycool 144 天前 This page is taking too long to load. |
 | 7 tim9527 144 天前 哈哈哈 彩虹独角兽出来了 |
 | 8 lesismal 144 天前 v 站牛逼，#4 来自 tencent cloud 对 v 站的认可 |
 | 9 rb6221 144 天前 @tencentcloud #4 还真有官号啊 |
 | 10 liu731 PRO By the way ，腾讯云的 Go Demo 也是一坨，不知道有没有使用 Go 接入他们业务的体验过。 |
 | 11 v2zhao 144 天前 腾讯的文档都一样、不止腾讯云 |
 | 12 picone 144 天前 AWS 也 5W 多个 tag 了，蚌埠住了。所以这块还得是看 google 的 SDK 啊 |
 | 13 Greendays 144 天前 有一说一，这还得是 Github 的问题，20w 个怎么就得卡住了？ |
 | 14 AlexBob 144 天前 我很好奇这个 tag 怎么弄出来的,使用的脚本吗? |
 | 15 thisisgpy 144 天前 腾讯系的文档，没有一份是能看的。 |
 | 17 Feedmo 144 天前 |
 | 19 chenluo0429 144 天前 via Android @billbob 同一个位置上打了大量 tag ，意义不明，应该是脚本生成的。 随便找了一笔 commit ，查了下上面打了 262 个 tag ，全部都是 tencentcloud/aa/v1.0.1070, tencentcloud/af/v1.0.1070, tencentcloud/asr/v1.0.1070 这些意义不明的 tag 最近收敛了增长量，是指一笔 commit 只有 11 个 tag 啦，足足降低了 96% |
 | 20 Ketteiron 144 天前 @Greendays #18 因为 tag 就没必要做分页啊，看到这仓库之前我想不出 tag 要加分页的理由，看完后也没必要，而是应该加一个 tag 数量上限提前限制。虽然所有 list 都可以用 page 解决，但不代表 page 是最佳实践，这个场景不管是产品经理还是程序员都不可能会支持 page |
 | 21 cst4you 144 天前 太牛了 |
| 22 Greendays 144 天前 @dssxzuxc 哪怕只有几十个也要做啊，不然用户用起来不是不方便吗？我看 git 上的这个 release 页面基本都是有分页的，而且如果 release 很多，还会自动变成只能上下翻页，不能跳页的形式（ https://github.com/git/git/tags ）。这说明他们肯定是做过设计的。就是不知道这里是出了什么问题，也不一定就是分页的问题就是了。 |
 | 23 Trim21 144 天前 github 的 tags 是有分页的，我估计是因为取 tags 要去 git 层操作，所以他在 git 层卡住了... |
 | 24 michealzh 144 天前 This page is taking too long to load. |
 | 25 vus520 144 天前 难怪面试的时候，总是针对着我大数据，高并发的处理经验，原来在这等着我。 这题我会啊。 |
| 26 Trim21 144 天前 @chenluo0429 #19 这个不是意义不明的 tag ，这个是用来发布 go.mod 版本的。 |
| 27 Ketteiron 144 天前 @Greendays #22 你说得对，可能后端不知道是偷懒还是设计上的限制依然需要所有 tags ，然后卡住了。试了几个 tag 数量很多的 repo ，加载都非常慢，而且每点一页都要等很久，好奇是写了什么屎山代码，但是不得不这么做没办法实现真正的分页，只能做假分页。 |
 | 29 8355 144 天前 1600 次提交有 20 万 tag 确实太过于异常了 |
 | 30 conn457567 144 天前 via Android 太正常了，大公司里面一些所谓的流程要求只要出包了就不要给代码打 tag 。所有人都知道不合理，但是谁都对抗不了流程。我见过单个代码仓有 5W 个分支的，因为所有人提完 PR 都不准删除源分支，因为流程要求保留分支用于审计 |
| 31 conn457567 144 天前 via Android @conn457567 不要给代码打 tag -> 要给代码打 tag |
 | 32 xinyewdz 144 天前 我们公司考核代码行数，分支不能删，分支删掉就统计不到代码量 |
 | 33 kebamt 144 天前 1608 次提交，20w 的 tag ，这是给 github 测试性能呢 ？ 我估计 github 都想不到有大聪明会这样搞，结果发现是国内的互联网大厂的大聪明 |
| 34 Trim21 144 天前 5 不是，你们就没弄明白为啥这个仓库里这么多 tag 啊... 这个仓库是个 go mod 的 monorepo ， 打的 tag 是用来给 ./tencentcloud 路径下面的 300 多个 go mod 子模块发版的。一个子模块要发一个新版就得专门打一个 tag ，所以出现一个 commit 打多个 tag 的情况。 这也是为啥不能直接把旧 tag 一删了之。 你在 aws-sdk-go-v2 仓库的 5w 个 tag 和 googleapis/google-cloud-go 仓库的 5k 的 tag 也是同理。 |
| 35 Trim21 144 天前 @Trim21 #34 反正这仓库的内容也是从他们的内部仓库生成的，他们直接开个新的 github org 叫 tencentcloud-sdk-go-v2 ， 然后把各个子模块分到子仓库里就好了，本来也没啥必要堆到一起。 |
 | 36 webeasymail 144 天前 @Trim21 你这样说好像我目前也是这个问题，我每次发布版本的时候，虽然子模块没有任何内容更新，我也必须要打个 tag ，因为统一版本号的问题（每次发布版本，所有的子模块都必须统一版本号），虽然可以通过 关联的方式记录版本，但是这种记录方式很容易导致人为出错，所以我现在也有这个问题，10 个模块，哪怕其中一个模块修改了一行代码，然后就会出现每隔模块都打一个 tag ，这样然和一个版本出现问题，只需要找到对应版本的 tag 就好了。我不清楚是否有更好的方案可以解决这个问题，当然我们版本提交很少，远远不可能达到这个数量。 |
 | 37 Belmode 144 天前 去年不是还有个人吐槽 nodejs 的 npm sdk 里面塞了一坨吗 哈哈哈哈哈哈哈 |
 | 38 crysislinux 144 天前 via Android @dssxzuxc 我觉得有个原因是 tag 支持搜索，如果一次加载完的话就可以在前端搜索，分页的话就需要引入搜索引擎来处理 tag 了。 |
 | 39 yaxin 144 天前 |
 | 40 asuraa 144 天前 事实证明腾讯云的 sdk 开发团队就是草台班子 |
 | 41 billly 144 天前 既然 GitHub 没有明确限制 tag 数量，那 GitHub 也该优化一下了 |
 | 42 jhdxr 144 天前 @conn457567 #30 只要出包就要打 tag 有啥问题？这不是最快速的在代码仓库、容器镜像仓库等里快速唯一定位某个部署的方法吗？ |
 | 43 NamelessRain 144 天前 @asuraa 讲道理 开发自己的生态系统没问题 但是不选 Ubuntu 生态用 debian 打地基 选 centos 选红帽我是真的不理解 跟阿里云分道扬镳了 就是对着干吗 |
| 44 NamelessRain 144 天前 @NamelessRain 还命名 tencentos - - 真甜菜 |
 | 45 0x676e67 144 天前 释怀的笑了 |
 | 46 promiser3d 144 天前 @liu731 腾讯哪个 demo 不是一坨呢？ 微信的 sdk 和 demo ，简直反人类，包括 QQ ，还有 QQ 互联那一套乱七八糟的垃圾。腾讯真的让人大开眼界。 |
 | 47 flyqie 144 天前 via Android |
 | 49 vfs 144 天前 一共看到 1610 次提交， 一共 208381 个 tag ， 算下来平均每次提交产生 129 个 tag 。。。 |
 | 50 MapleEve 144 天前 每次提交这么多 tag ，是为了统计谁要被优化吧 |
| 51 flyqie 144 天前 via Android |
 | 52 lisxour 144 天前 这个世界就是个巨大的草台班子，全 tm 都是百度仔、cv 仔，这么大个公司的团队，连版本管理都玩不明白。 |
| 53 Trim21 144 天前 @webeasymail 腾讯这个 sdk 在内部应该也是统一的只有一个版本号，他在这个公开仓库的做法是在子模块没有更新的情况下跳过对应的 tag 。这应该就是他们说的年初的优化。 |
 | 55 breadykidliu 144 天前 国产为什么开源少，连大厂都不会合理使用最大开源网站 |
 | 56 canvascat 143 天前 https://github.com/TencentCloud/tencentcloud-sdk-go/refs?type=tag 这个接口一次返回了 198463 条数据，耗时 3.28 秒，列表也做了虚拟滚动，不卡。 但是 https://github.com/TencentCloud/tencentcloud-sdk-go/tags 就直接 10s 超时彩虹马了 |
| 57 webeasymail 142 天前 @Trim21 好像可以使用 submodule 的方式解决这个问题，这样版本就不用打这么多了，只需要在 一个主项目里面打 tag 就好了。 |
| 58 asuraa 141 天前 @NamelessRain 因为阿里和 aws oracle 都这么干 |
| 59 tencentcloud 135 天前 尊敬的各位开发者伙伴：经过技术团队优化，tag 总量已精简至 3 万，过程中我们考虑了历史版本用户的依赖使用，谨慎灰度处理并持续验证对现网用户无影响。后续我们将持续做好版本管控，为开发者提供良好的使用体验，感谢大家一直以来的支持！ |
Select Language