如何看待 CI 持续集成产生的大量 tag?

2019-07-10 14:55:21 +08:00
 dandankele

最近在研究 CI 由于公司业务性质,网站每天可能会有数十次的更新上线,而每次上线都会通过 CI 自动化的 release 打上语义化的 tag,长期下来产生的 tag 非常的多,担心后续对 git 仓库的管理和性能产生的影响。

不禁思考,每次 git 提交都有 commit id,为何还要 tag ?打这么多 tag 是不是太浪费了

6631 次点击
所在节点    git
25 条回复
qq976739120
2019-07-11 09:13:15 +08:00
@miaoxia 不懂就问! commit id 和 tag 在发布回滚的时候,主要区别什么啊,都可以根据他们来做啊?为什么是两个维度的东西呢
yidinghe
2019-07-11 09:16:40 +08:00
怎么会上线那么频繁,应该将内容动态化。
shawndev
2019-07-11 09:22:22 +08:00
工具能解决流程的效率问题,人能解决工具的效率问题。所以,千万千万别因为楼上的回复就觉得一天十几次上线是错误的,经过完整测试的改动,一天几百次上线我认为也是可以接受的。更何况上线可能是灰度环境和准生产环境。
GuangXiN
2019-07-11 10:04:40 +08:00
tag 本来就是人类可读的 commit id 别名
dandankele
2019-07-11 14:21:52 +08:00
@shawndev 我感觉已经被绕晕了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/581717

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX