GitLab中文网站 > 售前问题 > 极狐GitLab x ShowMeBug | 从1h到2min,部署效率提升30倍,治好研发“精神内耗”

极狐GitLab x ShowMeBug | 从1h到2min,部署效率提升30倍,治好研发“精神内耗”

发布时间:2024-02-27 09: 55: 50

技术简历水太深了!

HR 以为是 “天选之子”,技术官看了却差强人意... ...

 

技术能力言行不一!

候选人面试时说能造火箭,入职后却拧不动螺丝... ...

 

技术招聘成本太高了!

一个初级技术岗位人员的面试总成本就高达 7000 元,高级岗位更甚... ...

 

招聘难,技术招聘更难!

基于上述种种,李亚飞创造了 ShowMeBug —— 一款数字化驱动的可记录、可分析、可复盘的技术评估和在线面试神器,通过在线笔试场景和在线面试场景两大法宝,让企业规模化、自动化、智能化的进行技术招聘,助力企业快速精准招聘技术人才。
 

不只是 ShowMeBug 创始人兼 CEO,李亚飞身上还有许多标签:12 年研发经验的资深全栈工程师、深圳 Ruby 社区发起人、连续创业者、中国 RubyConf China 三届讲师、Ruby 社区重要贡献者……所有这些标签的背后,都反映了一个顶级工程师对于技术的孜孜不倦、上下求索。

早在 2013 年,李亚飞就开始接触与使用 GitLab(GitLab 是利用 Ruby on Rails 开发的开源项目)。谈及选择极狐GitLab 的原因,除了对主流产品的熟悉和信赖,李亚飞还说道:

ShowMeBug 和极狐GitLab 都在关注同一个核心话题:如何帮助企业建立高效能研发团队。极狐GitLab 从工具出发,驱动企业建立安全、规范的研发流程,提升研发质量和效率;ShowMeBug 从人出发,让企业招聘到真正优秀的工程师。我们选择极狐GitLab 与我们的研发团队相辅相成,让优秀的人借助优秀的工具,更高效率地打造出优秀产品,帮助客户成功。

三个多月的时间,ShowMeBug 研发团队深刻感受到「趁手的工具」给团队和产品带来的变化。

 

找到 “持续部署” 的正确打开方式,效率提升 30 倍

在代码创造价值之前,需要经历构建、测试、部署的过程。以前,对于ShowMeBug 研发团队而言,持续部署是一件压力山大的事情。原计划晚上 11 点发版,实际可能凌晨 2 点也发不了,原因则多种多样:

CI/CD + 容器部署,Review 环境发布测试确保稳健部署

之前,ShowMeBug 没有供研发人员使用的 Review 环境:

代码在经过 Code Review 之后就会合入主干分支;

从主干分支拉取代码,手动编译、部署到预发布环境,并在预发布环境上进行验收测试或回归测试。

由于手动误操作引入 bug、缺乏研发可用的首轮代码测试环境等因素,预发布环境出现很多问题,甚至宕机;到了生产环境发布环节,常常还需修改代码,导致发布延期。

使用极狐GitLab 之后,ShowMeBug 一方面利用 CI/CD 功能完成了软件从构建到发布的自动化,提升效率的同时,避免人工操作带来的失误。

另一方面,ShowMeBug 将容器化技术与 CI/CD 相结合,数分钟内即可成功构建 Review 环境,在 Review 环境上尽早发现并及时修复缺陷

每次代码提交之后都会触发 CI/CD Pipeline,完成代码编译、测试等;用容器方式,部署一个研发可用的 Review 环境;经过研发测试后,代码被合入主干分支,同时删除 Review 环境;从主干分支拉取代码,编译部署到预发布环境,经测试后,再发布到生产环境。

在 Review 环境上确保万事俱备,在生产环境发布环节就可以收获 “稳稳的幸福” 了。

 

CI/CD 合并结果流水线,提升合并准确率与成功率

引发 “部署焦虑” 的另一个 “元凶” 是合并失败。ShowMeBug 多分支开发同步进行,尽管代码在源分支已经经过 CI/CD 验证,但在合入主分支后,CI/CD 还是失败了,导致主分支被阻塞。

应用极狐GitLab 合并结果流水线功能,ShowMeBug 在源分支流水线任务中,本地模拟将源分支合并到目标分支(不影响目标分支),然后再运行流水线,流水线运行成功就可以放心大胆地将代码合入主分支。

这种 “预测未来” 的 CI/CD 功能,有效避免合并后流水线跑不通的情况,大大提高了代码合入的成功率和准确率。经过了流畅的前期工作,现在研发人员只需要点一下最后的发布动作,等待两分钟,就可以发布上线了。

 

多角色同平台协作,“秩序感” 代替混乱,提升研发效率

软件研发过程中涉及产品经理、项目经理、开发、测试、运维等多个角色之间的沟通与协作。若没有标准化研发流程和一致的研发环境,随着团队规模的扩大,研发流程混乱、协作效率低等弊端将会愈加凸显。

极狐GitLab 作为一体化安全 DevOps 平台,产品能力覆盖研发全生命周期。现在 ShowMeBug 的研发、测试、运维都在极狐GitLab 平台上进行协作,省去了多工具之间的数据流转和信息断层,取而代之的是高效有序的标准研发流程,让团队能够专注于更有价值的研发创新。

代码审核、代码准入、Review 环境发布测试、预发布环境测试、丝滑协作多措并举,帮助 ShowMeBug 极大提高代码质量和可靠性。部署简单了,大家也更积极进行频繁发版,从而为产品持续创新带来更大效能:

 

部署时间:原来需要 1 小时甚至更久,现在只需2 分钟,效率提升30 倍;更新频率:原来 1 次/周,现在4~5 次/周,更新频率提升5 倍

用产研负责人 Ivan 李益仪的话来说:“团队不再受部署焦虑困扰,极狐GitLab 治好了我们的精神内耗。”

李亚飞也表示在极狐GitLab 稳健部署的“托底”下,“大家更敢写、更敢于提出新点子了。”

 

文档清晰看得透,不用咨询也能够分分钟上手

不管应用哪款软件产品,丰富实用的学习资源能够帮助用户加快学习进程,快速上手软件操作,充分发挥产品能力,帮助用户成功。
 

极狐GitLab 面向中国用户提供完全本土化服务。在产品文档上,充分的汉化和优化,帮助用户更高效地使用极狐GitLab。

极狐GitLab 的产品文档非常丰富,描述很清晰,能够看得透。” Ivan 说道,“我们通过阅读文档,能够清晰理解各项特征和功能,很顺利地完成了 CI/CD 搭建,没有出现因为文档看不懂或者因为写得不清晰,而需要另外花时间去咨询售后的情况。”

除了丰富文档外,极狐GitLab 还支持企业级 SLA,所有服务运营团队均在国内,没有时区、语言等带来的沟通成本,够快速响应用户需求,解决使用过程中的问题,真正帮助企业实现精英研发效能。
 

“让伟大企业更快、更准、更经济招聘技术人才” 是 ShowMeBug 的使命,极狐GitLab 一体化安全 DevOps 平台带着高效能研发方法、工具和实践,和 ShowMeBug 一同,成就伟大企业。

展开阅读全文

标签:

读者也访问过这里:
极狐GitLab
助力企业数字化转型
立即购买
最新文章
GitLab数据库表都在哪里 GitLab数据库表被误删怎么恢复
在 GitLab 系统中,数据库是整个平台运行的“中枢神经”,无论是用户信息、项目数据、代码元数据,还是 CI/CD 流程、权限管理和审计记录,几乎所有核心数据都存储在 PostgreSQL 数据库中。当你想了解 GitLab 数据结构,或者因误操作导致表被删除时,首先需要知道这些数据到底存储在哪些表中,其次要掌握如何安全恢复误删的表,以确保数据不丢失、服务不中断。本文将围绕“GitLab数据库表都在哪里 GitLab数据库表被误删怎么恢复”两个问题展开,详细介绍 GitLab 的数据库结构、常见表用途及表恢复的实战方法。
2025-05-12
GitLab数据库内存泄漏是什么原因 如何解决GitLab数据库内存泄漏的问题
在使用 GitLab 的过程中,如果你发现 PostgreSQL 数据库的内存使用不断上升,系统逐渐变慢甚至服务崩溃,但并未进行大批量操作,也没有明显的慢查询或高并发,这种情况很可能是数据库出现了“内存泄漏”问题。内存泄漏不仅会降低数据库性能,还可能导致 GitLab 主服务(如 Web、Sidekiq、CI/CD 等)无法访问数据库,从而影响整个 DevOps 流程的稳定运行。本文将围绕“GitLab数据库内存泄漏是什么原因 如何解决GitLab数据库内存泄漏的问题”两个问题,从成因分析到诊断手段,再到修复方案与长期预防,全面解读这一隐蔽却影响巨大的系统隐患。
2025-05-12
GitLab数据库慢查询是什么 如何排查GitLab数据库的慢查询
在实际运维 GitLab 的过程中,如果你发现页面加载异常缓慢、Merge Request 响应延迟、CI/CD 队列堆积等现象,很可能并不是服务器硬件不够强,而是数据库中存在慢查询(Slow Query)问题。GitLab 的底层数据库使用 PostgreSQL,如果某些 SQL 语句执行效率低下,就会严重拖慢系统响应速度,甚至引发连接堆积、服务不可用等后果。本文将围绕“GitLab数据库慢查询是什么 如何排查GitLab数据库的慢查询”这两个问题,详细解释慢查询的定义、成因和表现,并结合实际操作方法,指导你如何发现并优化 GitLab 中的慢查询瓶颈。
2025-05-12
GitLab数据库连接失败怎么办 GitLab数据库的死锁问题如何处理
在日常使用 GitLab 的过程中,如果遇到页面卡顿、CI流水线停止、后台服务无法响应,很可能是由于数据库连接失败或死锁问题导致的。GitLab 作为一套集成了 PostgreSQL 数据库的 DevOps 平台,其稳定运行高度依赖数据库的健康状态。一旦数据库无法连接或发生死锁,不仅影响业务持续交付,还可能导致项目协作中断。本文将围绕“GitLab数据库连接失败怎么办 GitLab数据库的死锁问题如何处理”这两个问题,从常见原因、排查方法、实用解决方案到预防策略,系统梳理处理 GitLab 数据库异常的全流程。
2025-05-12
GitLab如何配置数据库的缓存机制 GitLab中的缓存如何使用
在日常使用中,GitLab作为一个高度集成的DevOps平台,承载了代码托管、持续集成、权限管理、项目协作等大量动态请求。这些请求背后大量依赖数据库操作,例如用户登录认证、项目查询、Pipeline展示、Issue加载等。如果每一次访问都实时查询数据库,性能开销巨大。因此,GitLab通过集成多级缓存机制有效提升了整体系统响应速度。本文将围绕“GitLab如何配置数据库的缓存机制 GitLab中的缓存如何使用”两个问题,深入讲解缓存原理、常用配置、缓存数据类型以及实际运维建议,帮助你用好GitLab的“提速引擎”。
2025-05-12
GitLab如何进行数据库的水平扩展 GitLab数据库的垂直扩展如何实现
随着开发团队规模扩大和业务系统持续增长,GitLab数据库逐渐面临查询压力增大、写入瓶颈、CI/CD任务堆积等性能挑战。单机数据库架构难以承载海量请求并保持高性能响应,因此必须考虑数据库的扩展策略。扩展分为两类:水平扩展(Scale Out) 和 垂直扩展(Scale Up),前者通过增加节点分担负载,后者通过提升单节点性能增强处理能力。本文围绕“GitLab如何进行数据库的水平扩展 GitLab数据库的垂直扩展如何实现”这两个问题,详细解读架构原理、配置方法与实战建议,帮助企业打造稳定、高性能的 GitLab 数据平台。
2025-05-12

读者也喜欢这些内容:

咨询热线 400-8765-888