补全:还差哪几样
补全 reasons_not_ready：按顺序列出还差的（没批准/有拦路意见/ADR不全）。 交付前的门禁：ship_ready(批准数, block 数, ADR 是否完整)——有人批准、没有拦路意见、ADR 完整，三样齐了才能发；re
补全:意见这关过没过
补全 can_merge：评审这关——有人批准、且没有拦路意见。 贯穿本节的评审意见模型：一条意见是 dict(suggestion, reason, severity)。is_constructive=既给了具体建议又说了为什么；seve
补全:ADR 这关过没过
补全 complete：ADR 这关——五段都非空。 贯穿本节的 ADR 模型：五段 SECTIONS=[标题, 状态, 背景, 决策, 后果]，状态 STATUS=[提议, 接受, 废弃]。complete=五段都非空、missing=缺
真机上怎么算评审走通了
在受控容器里对本地仓库走一遍评审，算走通了的标准是【0】。 （本机受控：一个本地 git 仓库 + 一个本地裸仓库当「远程」，模拟多人，不联外网。）
从现象认评审没走对
下面哪些说明「评审流程没走对」？ A. 没人看过就直接合进主干 B. 有拦路意见没解决就合了 C. 改动直接 push 到主干、没开分支 D. 评审记录里没有任何意见或批准
把改动放到评审分支上
场景：~/repo 是本地 git 仓库，说明要你把一处小改动放到一个评审分支上（不直接改主干）。 任务：新建分支、改说明点名的文件、提交，让主干干净、改动在分支上。改好运行 ~/check。 （判分只看你在受控容器里对本地仓库做的评审动作
这次改了哪个文件
场景：评审分支上有一次提交。 任务：用 git 看这次提交改了哪个文件，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里对本地仓库做的评审动作/提交，不碰公网。） （本机受控环境：一个本地 git 仓库 + 一个本地裸仓
改了多少行
场景：评审分支相对主干有一批改动。 任务：看这次改动一共加删多少行（加+删），到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里对本地仓库做的评审动作/提交，不碰公网。） （本机受控环境：一个本地 git 仓库 + 一
留一条评审意见
场景：评审要求把意见写进 ~/repo/review.md（模拟评论）。 任务：按说明写一条建设性意见（既指出问题、又给建议和理由），改好运行 ~/check。 （判分只看你在受控容器里对本地仓库做的评审动作/提交，不碰公网。） （改状态类
有几条拦路意见没解决
场景：~/repo/review.md 里有若干条意见，标了 block/nit。 任务：数还有几条 block（拦路）没解决，到 ~/对照表.txt 里查那个数对应的标记。 （判分只看你在受控容器里对本地仓库做的评审动作/提交，不碰公网。