2026-09-03 · Git

Git hooks 与 CI 检查该怎么分工

本地要快速反馈、远端要强制把关——两者都需要，但不该放同一套规则。

前言

说明哪些检查适合放进 pre-commit、哪些该交给 CI、如何在团队间共享 hooks 又不拖慢提交，以及为什么本地 hook 只能当参考。

核心心智模型

  • 从最小可运行的版本开始，并让它可观测。
  • 把你正在承担的取舍写下来，而不只是写下交付了什么功能。
  • 团队规模变化时重新审视决策；Git 里的多数选择都有保质期。

动手起点

  1. 在实验分支重现问题，放在你信得过的度量指标旁边。
  2. 一次只改变一个变量，让 diff 小到能用一句话解释清楚。
  3. 保留成果，丢掉脚手架。
Terminal window
git switch -c experiment/one-thing

写在最后

这里没有教条。把它当作一份你有权不同意的检查清单——最好附上你自己的实验结论。