交付:走完一次完整贡献

场景：从 clone 好的 ~/work 起，独立走完一次贡献。 任务：建分支改 README（加一行 SHIP-ok）→ 提交 → push → 合进 main → push，让远程主干含 SHIP

阅读更多 →

把分支合进远程主干

场景：远程上有一个评审过的分支 feat（README 里加了 REVIEWED-mark），要合进主干。 任务：在 ~/work 把 feat 合进 main、再 push，让远程主干也有这处改动。

阅读更多 →

建分支改动再推上远程

场景：~/work 已 clone 好，要贡献一处改动。 任务：新建一个分支、改 README.md（加一行 CONTRIB-ok）、提交，再 push 到远程。改好运行 ~/check。 （判分只看

阅读更多 →

把工作副本 clone 出来

场景：只有裸仓库 ~/remote.git，还没有工作副本。 任务：把它 clone 成 ~/work，让 ~/work 里配好 origin 指向裸仓库。改好运行 ~/check。 （判分只看你在受

阅读更多 →

最新一次提交是谁提的

场景：远程主干最新一次提交带有作者名。 任务：看远程主干最新一次提交的作者名，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （本机受

阅读更多 →

远程一共有几个分支

场景：远程裸仓库上除了主干还有别人的分支。 任务：看远程一共有几个分支，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。） （本机受控环境

阅读更多 →

本地配了几个远程

场景：~/work 是从裸仓库 clone 出来的工作副本。 任务：看 ~/work 里配了几个远程，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库

阅读更多 →

远程主干上有几次提交

场景：~/remote.git 是本地裸仓库（当远程），主干上已有若干提交。 任务：看远程主干（main）上一共几次提交，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作

阅读更多 →

从现象认属于哪类协作动作

下面哪些属于「本地裸仓库多人协作」直接要做的？ A. clone 远程到本地　B. 建分支改动再 push　C. 把分支合进远程主干　D. 给机器换一块新硬盘

阅读更多 →

真机上怎么算协作成功

在受控容器里，一次协作贡献算成功的标准是【0】。 （本机受控：一个本地裸仓库 ~/remote.git 当「远程」，git 2.39，没有 GitHub。）

阅读更多 →