origin 通常指什么
clone 之后默认的远程 origin，通常指【0】。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 URL、has_remot
upstream 一般拿来做什么
另配一个远程 upstream，一般指向【0】。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 URL、has_remote 配没
push 是把改动送到哪
push 一下，是把本地提交【0】。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 URL、has_remote 配没配、n_re
一共配了几个远程
按远程模型，配了 origin 和 upstream，n_remotes 交回几？ 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的
补全:取远程的 URL
补全 remote_url：有就取 URL、没有给 ""。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 UR
补全:配没配这个远程
补全 has_remote：名字在远程表里就算配了。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 URL、has_remote
补全:数几个远程
补全 n_remotes：配了几个远程。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 URL、has_remote 配没配、n_
PR 从提出到合并的顺序
支线改完，合回主干 主干上拉出支线、改好、再并回来 一个 PR 的状态，通常按【0】走。 PR 生命周期模型：STATES = open → review → approved → merged。next_state 推进一格、is_ope
为什么改动要开在分支上
支线改完，合回主干 主干上拉出支线、改好、再并回来 发 PR 前先把改动放在单独分支，好处是【0】。 PR 生命周期模型：STATES = open → review → approved → merged。next_state 推进一格、
PR 什么时候才能合
一个 PR 到【0】才该合进去。 PR 生命周期模型：STATES = open → review → approved → merged。next_state 推进一格、is_open 没 merged 就开着、can_merge(状态,