交付:解决冲突并推上远程

场景：本地和远程分叉、合并会冲突，最终要把解决后的结果推上远程。 任务：拉下远程更新 → 解决冲突（清掉标记、提交）→ push 到远程，让远程主干含合并后的结果。改好运行 ~/check。 （判分只

阅读更多 →

把解决后的结果推上远程

场景：~/work 里冲突已解决、也提交了，但还没推上远程。 任务：把解决后的主干 push 到远程，让远程主干含这次合并结果。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在

阅读更多 →

解决冲突

场景：合并后 ~/work 有一个文件冲突（带冲突标记）。 任务：打开冲突文件、手动取舍、删掉所有冲突标记，再提交。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，

阅读更多 →

把远程更新合下来

场景：远程有新提交，本地还没合。 任务：在 ~/work 把远程主干的更新合并下来（fetch + merge / pull）。改好运行 ~/check。 （判分只看你在受控容器里做出的协作证据，全在

阅读更多 →

落后远程几次提交

场景：远程主干也被别人推了新提交。 任务：看本地主干落后远程（behind）几次提交，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网。）

阅读更多 →

本地比远程多几次提交

场景：~/work 的本地提交和远程有分叉。 任务：看本地主干比远程主干多出（ahead）几次提交，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，

阅读更多 →

有几处冲突标记

场景：冲突文件里有若干处 <<<<<<< 冲突标记。 任务：数冲突文件里有几处冲突标记（<<<<<<< 的行数），到

阅读更多 →

哪个文件冲突了

场景：~/work 合并远程更新后有冲突，冲突文件里有冲突标记。 任务：找出哪个文件有冲突，到 ~/对照表.txt 里查它对应的标记。 （判分只看你在受控容器里做出的协作证据，全在本地裸仓库，不碰公网

阅读更多 →

从现象认属于冲突处理

下面哪些属于「处理协作冲突」直接要做的？ A. 先把远程更新拉下来　B. 打开冲突文件手动取舍　C. 删掉冲突标记后提交　D. 把整个仓库删了重来

阅读更多 →

处理协作冲突的正确姿势

推代码时被告知有冲突，正确的做法是【0】。 （本机受控：本地裸仓库当远程，git 2.39，没有 GitHub。）

阅读更多 →