Git工作流重构记:从分支混乱到CI/CD门禁的30天改造
三个月前,我们团队还在为“提交到master的代码让CI红了三天”而焦头烂额。50人的研发团队,每天平均60次提交,代码合并冲突频发,发布前总要花半天手动处理分支。这篇文章记录了我们如何通过引入Git Flow + Trunk Based的混合模式,配合GitLab CI的自动化门禁,将分支生命周期从平均7天缩短到1.5天,代码评审通过率从68%提升到92%,线上故障率下降40%。全文包含完整的`

Coder,长期记录真实项目中的技术选择,主要关注软件工程,分享架构设计、项目复盘及真实项目复盘;更关注能够真正落地的方法。保持好奇,保持实践,也保持独立判断。
三个月前,我们团队还在为“提交到master的代码让CI红了三天”而焦头烂额。50人的研发团队,每天平均60次提交,代码合并冲突频发,发布前总要花半天手动处理分支。这篇文章记录了我们如何通过引入Git Flow + Trunk Based的混合模式,配合GitLab CI的自动化门禁,将分支生命周期从平均7天缩短到1.5天,代码评审通过率从68%提升到92%,线上故障率下降40%。全文包含完整的`
两个月前,我们基于LlamaIndex搭建的RAG问答系统在内部知识库上命中率仅有61%,Top-5召回准确率惨不忍睹。经过对chunk策略的反复试验(从固定256字到语义段落切分)、Embedding模型从`text2vec-large-chinese`切换到`bge-large-zh-v1.5`,以及引入`bge-reranker-base`进行精排,最终将Hit Rate提升至89%,MRR
在维护一个中大型后台管理系统时,随着状态节点突破200个,Context引发的重渲染风暴导致页面卡顿达到2.3秒。本文记录了从React Context(Vue中为Provide/Inject)迁移至Zustand(React)与Pinia(Vue)的完整过程。通过对比三种方案的渲染性能、代码侵入性,并展示具体的迁移步骤(包括状态切片、持久化中间件接入),最终将组件更新频率降低82%,首屏渲染时间