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