上手真机之前先确认什么
连上实验机、准备动手之前，最该先确认的是【0】。
怎么确认提交真的成了
敲完 git commit，确认它真的记进去了，最直接的办法是【0】。
干完活之后该看到哪个词
在实验机上把手头的活全部提交完之后，git status 是这样： 最后那句里的横线上，原本是哪一个单词？ $ git commit -m "加入乘法功能" $ git status On branch main not
在真实仓库里完成一次干净的提交
场景：~/calc 是一个计算器仓库（calc.py 只有加、减、除），已经提交过一次；仓库里还有个临时文件 scratch.tmp。 任务：给 calc.py 加一个乘法函数 mul(a, b)，然后只把 calc.py 这一个文件提交进
找出把两件事混在一起的那次提交
场景：~/calc 的历史里有若干次提交（说明都叫 stepN），其中恰有一次同时改了两个文件——一个功能和一个不相干的修复混在一起。 任务：找出那次提交，到 ~/对照表.txt 里查它的提交说明对应的标记。 （判分只看你在受控容器里那个仓
三个文件改了，只提交该提交的那个
场景：~/calc 的工作区里有 3 个文件被改过：calc.py 是修那个已知 bug（div 除以零）的，ui.py 和 notes.txt 是没写完的半成品。 任务：只把 calc.py 提交进去，另外两个留在工作区不动。改好运行 ~
查出某个文件是哪一次被加进来的
场景：~/calc 有十几次提交（说明都叫 cN），README.md 是中途某一次才第一次加进来的，后面还改过几次。 任务：找出第一次把 README.md 加进来的那次提交，到 ~/对照表.txt 里查它的提交说明对应的标记。 （判分只
交付：一个功能提交加一个修复提交
场景：~/calc 只有初始版本，README 的待办写了两件事：新功能 mul(a, b)；已知 bug——div(1, 0) 抛 ZeroDivisionError，要改成抛 ValueError。 任务：做两次互相独立的提交——第一次
⚠️ 为什么要有分支
Git 提供分支，最主要是为了【0】。
分支本质上是什么
从同一个点分出去，各改各的 主线 分支 在 Git 里，一条分支本质上是【0】。