最新一次提交是谁提的
场景：远程主干最新一次提交带有作者名。 任务：看远程主干最新一次提交的作者名，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （本机受控环境：一个本地裸仓库 ~/remote
把工作副本 clone 出来
场景：只有裸仓库 ~/remote.git，还没有工作副本。 任务：把它 clone 成 ~/work，让 ~/work 里配好 origin 指向裸仓库。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，
建分支改动再推上远程
场景：~/work 已 clone 好，要贡献一处改动。 任务：新建一个分支、改 README.md（加一行 CONTRIB-ok）、提交，再 push 到远程。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在本地裸
把分支合进远程主干
场景：远程上有一个评审过的分支 feat（README 里加了 REVIEWED-mark），要合进主干。 任务：在 ~/work 把 feat 合进 main、再 push，让远程主干也有这处改动。改好运行 ~/check。 （判分只看你
交付:走完一次完整贡献
场景：从 clone 好的 ~/work 起，独立走完一次贡献。 任务：建分支改 README（加一行 SHIP-ok）→ 提交 → push → 合进 main → push，让远程主干含 SHIP-ok。改好运行 ~/check。 （判
处理协作冲突的正确姿势
推代码时被告知有冲突，正确的做法是【0】。 （本机受控：本地裸仓库当远程，git 2.39，没有 GitHub。）
从现象认属于冲突处理
下面哪些属于「处理协作冲突」直接要做的？ A. 先把远程更新拉下来 B. 打开冲突文件手动取舍 C. 删掉冲突标记后提交 D. 把整个仓库删了重来
哪个文件冲突了
场景：~/work 合并远程更新后有冲突，冲突文件里有冲突标记。 任务：找出哪个文件有冲突，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （本机受控环境：一个本地裸仓库 ~
有几处冲突标记
场景：冲突文件里有若干处 <<<<<<< 冲突标记。 任务：数冲突文件里有几处冲突标记（<<<<<<< 的行数），到 ~/对照表.txt 里查它对应的标记。
本地比远程多几次提交
场景：~/work 的本地提交和远程有分叉。 任务：看本地主干比远程主干多出（ahead）几次提交，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （本机受控环境：一个本地裸