补全：第一个失败的步
（贯穿本条的小模型：流水线固定按 build → test → lint 三步跑，run_pipeline(结果) 遇第一个失败就停、交回 (跑了几步, 'PASS' 或失败的步名)；all_green 三步全过才 True
补全：是不是全绿
（贯穿本条的小模型：流水线固定按 build → test → lint 三步跑，run_pipeline(结果) 遇第一个失败就停、交回 (跑了几步, 'PASS' 或失败的步名)；all_green 三步全过才 True
git 钩子是什么
提交先过闸门，检查全绿才抬杆 三项都绿，闸杆抬起放行 git 的「钩子（hook）」是【0】。
pre-commit 钩子干什么
提交先过闸门，检查全绿才抬杆 三项都绿，闸杆抬起放行 提交前触发的 pre-commit 钩子，典型用法是【0】。
钩子靠什么拦下提交
pre-commit 脚本是怎么把一次提交拦下来的？靠【0】。
这次提交放行还是拦下
（pre_commit(检查表) 全过交回 0（放行）、有一个挂交回 1（拦下）；verdict 交回「提交」或「拦下」；blocked_by(带名字的检查) 交回第一个把提交拦下的检查名。） 三项检查里 lint 挂了，问退出码和结论：
补全：钩子放行还是拦下
（pre_commit(检查表) 全过交回 0（放行）、有一个挂交回 1（拦下）；verdict 交回「提交」或「拦下」；blocked_by(带名字的检查) 交回第一个把提交拦下的检查名。） 补全 pre_commit(checks)：全
补全：给出结论
（pre_commit(检查表) 全过交回 0（放行）、有一个挂交回 1（拦下）；verdict 交回「提交」或「拦下」；blocked_by(带名字的检查) 交回第一个把提交拦下的检查名。） 补全 verdict(checks)：全过是「
补全：被哪项拦下
（pre_commit(检查表) 全过交回 0（放行）、有一个挂交回 1（拦下）；verdict 交回「提交」或「拦下」；blocked_by(带名字的检查) 交回第一个把提交拦下的检查名。） 补全 blocked_by(named)：na
⚠️ 自己写：钩子不看结果会怎样
（pre_commit(检查表) 全过交回 0（放行）、有一个挂交回 1（拦下）；verdict 交回「提交」或「拦下」；blocked_by(带名字的检查) 交回第一个把提交拦下的检查名。） 三次提交的检查分别是「全过 / 有挂 / 有挂