给 feature 分支合入前加一道自动检查：CI 里怎么扫描 commit 历史确保每个提交都可独立回滚
在 CI 中增加历史扫描步骤，检查 feature 分支每个 commit 是否满足“可独立回滚”的硬性条件，不满足则阻断流水线。给出判断规则、Python 脚本、GitHub Actions 配置示例及常见误报与规避方法，并讨论 squash 合入场景下的替代方案。
esbuild 编译 TypeScript 时，装饰器和类型注解能走到哪一步，哪些场景必须回头用 Babel
esbuild 对 TypeScript 装饰器仅支持 TC39 Stage 3 新语法，旧版实验性装饰器语义残缺，尤其完全不支持 `emitDecoratorMetadata`，参数装饰器编译顺序也与 tsc 有差异；类型注解只做剥离、不做检查，`const enum` 不内联。NestJS、TypeORM 等依赖元数据的框架必须回退 Babel 或 tsc，纯类型擦除场景则可完全替代。
实际压测对比：K8s 滚动更新时三种优雅停机方案，老 Pod 到底多久才彻底断流
K8s 滚动更新中，仅靠 preStop sleep 无法实现老 Pod 优雅断流，实测断流窗口达 8-12 秒。对比三种方案：preStop 配合就绪探针反转可缩至 1-3 秒；网关层主动摘流效果最佳，仅 0-0.5 秒。核心在于摘流时序、应用排空逻辑与 terminationGracePeriodSeconds 的配合。
镜像签名和漏洞扫描插进 CI 流水线后，我们的构建慢了 8 分钟，最后靠这三项优化压回 2 分钟以内
将镜像签名和漏洞扫描集成到 CI 后，流水线耗时从 6 分半增至 14 分半。通过拆分 Dockerfile 依赖层与代码层并优化 BuildKit 缓存、利用 Trivy 缓存漏洞库并跳过基础镜像路径实现增量扫描、将签名与扫描并行化并改用 keyless 签名，最终将额外开销压缩至 2 分钟以内，总流水线稳定在 4 分半到 5 分钟。
微服务拆了十几个仓库，每个都按自己的节奏打 release 分支，最后集成时版本号对不上怎么办
微服务多仓库沿用单仓库 Git Flow 独立打 release 分支，因分支冻结的是代码而非接口契约，导致集成时版本号对不上、时间线错位。解决需将分支策略与版本对齐分层处理：可采用统一集成窗口制，所有服务同时冻结发布；或改用制品版本矩阵，以语义化版本和兼容性表控制集成；也可引入契约测试前置发现不兼容。选择方案前应评估服务耦合度，避免用 tag 日期对齐版本。
source map 模式选错，线上调试白屏，构建还慢了两倍——四种模式实测对比
四种 source map 模式实测对比：`hidden-source-map` 配合监控平台上传，是生产环境兼顾安全与调试的最优解；`eval-cheap-module-source-map` 适合 Webpack 开发环境，构建快且断点准。`source-map` 模式构建耗时翻倍且暴露源码，应避免使用。选择关键在于明确场景需求，而非盲目使用默认配置。
多人往同一个模块塞代码，合并顺序和优先级没定好，逻辑覆盖的 bug 修到怀疑人生
合并问题的根源不在 Git 操作，而在于人对合并优先级的管理缺失。解决需从三方面入手：执行顺序上，高风险分支应最晚合并，并按业务优先级串行同模块改动；决策机制上，冲突须由逻辑归属人而非代码作者确认，并记录覆盖意图；验证闭环上，CI 必须运行双方测试集，并对逻辑覆盖高发区自动告警。根本在于避免长分支，通过持续同步降低风险。
Vite 预构建缓存配了又不敢开太久，怕依赖更新后还是跑的老代码，我测了几种缓存策略的失效时机
Vite 依赖预构建缓存的核心失效机制是 lockfile 哈希比对，只要 lockfile 变化就会全量重建。固定 cacheDir 到项目外虽能加速启动，但跨分支切换时会互相覆盖缓存。手动修改 node_modules 调试时，lockfile 不变导致缓存不失效，需用 --force 或 exclude 解决。推荐使用 cacheDir 绑定 lockfile 哈希的方案，实现不同依赖版本独立缓存，避免覆盖问题。
你的前端静态资源每次 build 都重新 COPY 一遍？我给 Nginx 镜像做了个分层手术
将 Dockerfile 中的静态资源 COPY 指令按文件变动频率分层，是解决容器镜像缓存失效的关键。通过把 Webpack 构建产物拆分为稳定的 vendor 层和易变的 app 层，并依次复制到 Nginx 镜像，可使日常代码改动仅重建极小的层，将镜像推拉时间从数分钟降至十余秒，大幅优化 CI/CD 效率。
别再把配置文件打进镜像里了，环境差异这么搞迟早要还
配置与镜像分离是容器化的基本原则。将环境相关配置打进镜像会导致多版本镜像、测试与生产不一致以及安全风险。推荐三种方案：环境变量注入适合少量扁平配置；配置文件挂载支持复杂结构和独立版本管理；配置中心适用于微服务和动态刷新场景。敏感信息应使用外部密钥管理服务，本地开发可保留默认配置。