Git分支策略与Code Review流水线:支撑300人团队的协作体系
当团队从15人扩张到300人,主干开发模式导致的代码冲突和发布事故频发。本文基于Git 2.39.1和GitLab 15.11,详解我们落地的一套分支策略:trunk-based + 短期特性分支,配合强制Code Review流水线(MR Approval Rules + 机器人自动检查)和CI/CD门禁(Jenkins 2.414.2 + SonarQube 10.2)。通过这套体系,我们将特

Developer,关注技术原理与工程落地,技术方向以软件开发为主。持续整理性能优化、项目复盘和可复用的工程方法;更关注能够真正落地的方法。
当团队从15人扩张到300人,主干开发模式导致的代码冲突和发布事故频发。本文基于Git 2.39.1和GitLab 15.11,详解我们落地的一套分支策略:trunk-based + 短期特性分支,配合强制Code Review流水线(MR Approval Rules + 机器人自动检查)和CI/CD门禁(Jenkins 2.414.2 + SonarQube 10.2)。通过这套体系,我们将特
当 AutoGPT 的自主循环在真实业务中失控时,我决定用 LangChain 0.3.7 手写一个 200 行内的 Agent 内核。本文记录了一个支持 3 种自定义工具、滑动窗口记忆、异常熔断的 Agent 实现全过程。从工具描述 Token 膨胀导致的 47% 调用失败率,到记忆窗口 8 轮后准确率下降 23% 的实测数据,最终通过结构化工具定义和向量记忆压缩将单轮响应时间稳定在 1.8s。
一个内部报表系统的聚合接口,因为顺序调用3个外部HTTP服务,高峰期单机QPS只有120,CPU却跑满。我用asyncio+httpx把串行IO改成并发协程,配合信号量限流和超时重试,QPS稳定到1800,P99从2.8s降到420ms。文章记录了完整的before/after代码、asyncio.Semaphore踩坑过程、以及uvloop和pymysql对异步性能的影响。不吹不黑,全是生产环境