落后远程几次提交
场景：远程主干也被别人推了新提交。 任务：看本地主干落后远程（behind）几次提交，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （本机受控环境：一个本地裸仓库 ~/re
把远程更新合下来
场景：远程有新提交，本地还没合。 任务：在 ~/work 把远程主干的更新合并下来（fetch + merge / pull）。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （改状态类：改
解决冲突
场景：合并后 ~/work 有一个文件冲突（带冲突标记）。 任务：打开冲突文件、手动取舍、删掉所有冲突标记，再提交。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （改状态类：改完运行 ~/
把解决后的结果推上远程
场景：~/work 里冲突已解决、也提交了，但还没推上远程。 任务：把解决后的主干 push 到远程，让远程主干含这次合并结果。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （改状态类：改
交付:解决冲突并推上远程
场景：本地和远程分叉、合并会冲突，最终要把解决后的结果推上远程。 任务：拉下远程更新 → 解决冲突（清掉标记、提交）→ push 到远程，让远程主干含合并后的结果。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在本地
网络到底在解决什么
抛开一切技术细节：把两台机器连起来，最根本是为了【0】。
传过去的到底是什么
要用的东西不在自己这儿 这台机器 要用的 另一台 另一台机器上有一份报表，这台机器把它「取」了过来。真正传过去的是【0】。
最起码得先知道什么
要用的东西不在自己这儿 这台机器 要用的 另一台 这台机器想跟另一台通信。在发出任何东西之前，最起码得先知道【0】。
和把 U 盘拿过去差在哪
要用的东西不在自己这儿 这台机器 要用的 另一台 把资料拷进 U 盘走过去，也能让另一台机器拿到。它和联网差在【0】。
路上会经过什么
要用的东西不在自己这儿 这台机器 要用的 另一台 一份数据从这台机器走到另一台，路上【0】。