补全:取远程的 URL
补全 remote_url：有就取 URL、没有给 ""。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url
一共配了几个远程
按远程模型，配了 origin 和 upstream，n_remotes 交回几？ 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_u
push 是把改动送到哪
push 一下，是把本地提交【0】。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 URL
upstream 一般拿来做什么
另配一个远程 upstream，一般指向【0】。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回
origin 通常指什么
clone 之后默认的远程 origin，通常指【0】。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名
clone 一个仓库是在做什么
把远程仓库 clone 下来，是【0】。 贯穿本节的远程模型：remotes = {远程名: URL}（如 origin/upstream）。remote_url(remotes, 名) 交回它的 U
fork 之后下一步做什么
按贡献流程模型，next_step("fork") 交回哪一步？ 贡献流程模型：STEPS = fork → clone → branch → commit → push → pr
为什么不直接改原仓库
协作时一般不直接推到原仓库，而是走副本 + PR，因为【0】。
评审在协作里的作用
改动合并前先经过评审，作用是【0】。
PR 是用来干什么的
发起一个 PR（合并请求），是为了【0】。