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