补全:数还开着几个
补全 open_count：数没 merged 的 PR。 PR 生命周期模型：STATES = open → review → approved → merged。next_state 推进一格、i
补全:能不能合
补全 can_merge：approved 且有批准才能合。 PR 生命周期模型：STATES = open → review → approved → merged。next_state 推进一格、
补全:PR 还开着吗
补全 is_open：没 merged 就算开着。 PR 生命周期模型：STATES = open → review → approved → merged。next_state 推进一格、is_op
补全:PR 状态推进
补全 next_state：沿 open→review→approved→merged 推一格。 PR 生命周期模型：STATES = open → review → approved → merge
评审中的下一个状态
按 PR 模型，next_state("review") 交回什么？ PR 生命周期模型：STATES = open → review → approved → merged。ne
PR 什么时候才能合
一个 PR 到【0】才该合进去。 PR 生命周期模型：STATES = open → review → approved → merged。next_state 推进一格、is_open 没 merg
为什么改动要开在分支上
支线改完，合回主干 主干上拉出支线、改好、再并回来 发 PR 前先把改动放在单独分支，好处是【0】。 PR 生命周期模型：STATES = open → review → approved → mer
PR 从提出到合并的顺序
支线改完，合回主干 主干上拉出支线、改好、再并回来 一个 PR 的状态，通常按【0】走。 PR 生命周期模型：STATES = open → review → approved → merged。ne
补全:数几个远程
补全 n_remotes：配了几个远程。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 U
补全:配没配这个远程
补全 has_remote：名字在远程表里就算配了。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名)