腾讯云 SDK 20W 个 Tag 把 github 整不会了

腾讯云

sdk

GitHub

59 条回复 • 2025-05-28 20:56:41 +08:00

1

15855pm

27 天前

666

2

lepig

27 天前

1

直接把彩虹独角兽整出来了

3

lepig

27 天前

502 Bad Gateway

4

tencentcloud

27 天前

7

您好，抱歉 GO SDK 的版本管理问题给大家带来影响，由于早期云 API GO SDK 的分包管理能力不完善，导致 tag 增长很快。今年初我们已在进行版本管理的优化，收敛了 tag 增长量，对于存量 tag 清理，考虑到可能引发的兼容性风险，我们正在结合实际使用情况灰度分批清理，我们也将持续关注优化进展，感谢您的监督与理解！

5

raycool

27 天前

This page is taking too long to load.

6

lasuar

27 天前

https://github.com/TencentCloud/tencentcloud-sdk-go/tags

出不来

7

tim9527

27 天前

哈哈哈彩虹独角兽出来了

8

lesismal

27 天前

v 站牛逼，#4 来自 tencent cloud 对 v 站的认可

9

janus77

27 天前

@tencentcloud #4 还真有官号啊

10

liu731

27 天前

By the way ，腾讯云的 Go Demo 也是一坨，不知道有没有使用 Go 接入他们业务的体验过。

11

bunnyblueair

27 天前

腾讯的文档都一样、不止腾讯云

12

picone

27 天前

AWS 也 5W 多个 tag 了，蚌埠住了。所以这块还得是看 google 的 SDK 啊

13

Greendays

27 天前

有一说一，这还得是 Github 的问题，20w 个怎么就得卡住了？

14

billbob

27 天前

我很好奇这个 tag 怎么弄出来的,使用的脚本吗?

15

thisisgpy

27 天前

腾讯系的文档，没有一份是能看的。

16

zhanying

27 天前

@Greendays 啊？谁 TM 能想到 tag 比短篇小说字还多？这不就是去酒吧点炒饭酒吧炸了的现实版吗。。。

17

Feedmo

27 天前

https://imgur.com/a/wQDEZiI

18

Greendays

27 天前

@zhanying 但是 20w 也不应该卡住吧，我觉得不管有多少都不应该卡住的。这不就是最基础的分页问题么？

19

chenluo0429

27 天前 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

dssxzuxc

27 天前

@Greendays #18 因为 tag 就没必要做分页啊，看到这仓库之前我想不出 tag 要加分页的理由，看完后也没必要，而是应该加一个 tag 数量上限提前限制。虽然所有 list 都可以用 page 解决，但不代表 page 是最佳实践，这个场景不管是产品经理还是程序员都不可能会支持 page

21

cst4you

27 天前

太牛了

22

Greendays

27 天前

@dssxzuxc 哪怕只有几十个也要做啊，不然用户用起来不是不方便吗？我看 git 上的这个 release 页面基本都是有分页的，而且如果 release 很多，还会自动变成只能上下翻页，不能跳页的形式（ https://github.com/git/git/tags ）。这说明他们肯定是做过设计的。就是不知道这里是出了什么问题，也不一定就是分页的问题就是了。

23

Trim21

27 天前

github 的 tags 是有分页的，我估计是因为取 tags 要去 git 层操作，所以他在 git 层卡住了...

24

michealzh

27 天前

This page is taking too long to load.

25

vus520

27 天前

难怪面试的时候，总是针对着我大数据，高并发的处理经验，原来在这等着我。

这题我会啊。

26

Trim21

27 天前

@chenluo0429 #19 这个不是意义不明的 tag ，这个是用来发布 go.mod 版本的。

27

dssxzuxc

27 天前

@Greendays #22 你说得对，可能后端不知道是偷懒还是设计上的限制依然需要所有 tags ，然后卡住了。试了几个 tag 数量很多的 repo ，加载都非常慢，而且每点一页都要等很久，好奇是写了什么屎山代码，但是不得不这么做没办法实现真正的分页，只能做假分页。

28

dssxzuxc

27 天前

@dssxzuxc #27 但是->或者

29

8355

27 天前

1600 次提交有 20 万 tag 确实太过于异常了

30

conn457567

27 天前 via Android

太正常了，大公司里面一些所谓的流程要求只要出包了就不要给代码打 tag 。所有人都知道不合理，但是谁都对抗不了流程。我见过单个代码仓有 5W 个分支的，因为所有人提完 PR 都不准删除源分支，因为流程要求保留分支用于审计

31

conn457567

27 天前 via Android

@conn457567 不要给代码打 tag -> 要给代码打 tag

32

xinyewdz

27 天前

我们公司考核代码行数，分支不能删，分支删掉就统计不到代码量

33

kebamt

27 天前

1608 次提交，20w 的 tag ，这是给 github 测试性能呢？我估计 github 都想不到有大聪明会这样搞，结果发现是国内的互联网大厂的大聪明

34

Trim21

27 天前

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

27 天前

@Trim21 #34 反正这仓库的内容也是从他们的内部仓库生成的，他们直接开个新的 github org 叫 tencentcloud-sdk-go-v2 ，然后把各个子模块分到子仓库里就好了，本来也没啥必要堆到一起。

36

webeasymail

27 天前

@Trim21 你这样说好像我目前也是这个问题，我每次发布版本的时候，虽然子模块没有任何内容更新，我也必须要打个 tag ，因为统一版本号的问题（每次发布版本，所有的子模块都必须统一版本号），虽然可以通过关联的方式记录版本，但是这种记录方式很容易导致人为出错，所以我现在也有这个问题，10 个模块，哪怕其中一个模块修改了一行代码，然后就会出现每隔模块都打一个 tag ，这样然和一个版本出现问题，只需要找到对应版本的 tag 就好了。我不清楚是否有更好的方案可以解决这个问题，当然我们版本提交很少，远远不可能达到这个数量。