代码示例与验证记录

• examples/git-daily-commands.txtGit 日常提交流程命令清单（init→status→add→commit→log→修改→再提交）✓ 已实测（git 2.53.0.windows.2 / Windows 11, 2026-08-15）
  编译：按文件内顺序在终端逐行执行（在 $env:TEMP 临时目录实验）

  适用环境：LinuxWindows(MinGW)macOS

  展开预期输出（实测）

  Initialized empty Git repository in <你的目录>/.git/
  On branch main
  Untracked files:
    notes.txt                    （add 前：未跟踪）
  Changes to be committed:
    new file:   notes.txt        （add 后：已暂存）
  [main (root-commit) 68d73f4] init: add notes.txt
  68d73f4 init: add notes.txt    （git log --oneline）
  modified:   notes.txt          （修改后 status：已修改未暂存）
  +git 学习第 2 天               （git diff 显示的新增行）
  [main 5527101] docs: append day2 line
  5527101 docs: append day2 line
  68d73f4 init: add notes.txt
  

  差异说明：哈希值（68d73f4/5527101）与目录名每次不同；Windows PowerShell 5.1 的 Set-Content -Encoding UTF8 会写 BOM（diff 首行可见一个 BOM 字符），PowerShell 7 无 BOM，不影响提交；本输出为 git 2.53.0 / Windows 11 本机实测

  完整源码见 /code 代码示例页

• ex-0-3-2-1.git status 显示 Changes not staged for commit: modified: notes.txt，含义是？（单选）

  • A.notes.txt 已被修改，但改动还没有 git add 暂存
  • B.notes.txt 已暂存，等待提交
  • C.notes.txt 是未跟踪的新文件
  • D.notes.txt 已成功提交
  提交本题◌ 未作答

• ex-0-3-2-2.已跟踪文件 notes.txt 的改动尚未暂存，想直接放弃这些改动、恢复成上次提交的内容，用哪个命令？（单选）

  • A.git restore notes.txt（旧版等价写法 git checkout -- notes.txt）
  • B.git reset --hard HEAD~1
  • C.git revert HEAD
  • D.git rm notes.txt
  提交本题◌ 未作答

• ex-0-3-2-3.修改了文件后直接 git commit -m x，提示 nothing to commit，最可能的原因是？（单选）

  • A.改动没有 git add，暂存区为空，commit 无事可做
  • B.提交身份没有配置
  • C.网络不通
  • D.提交消息太短
  提交本题◌ 未作答

章节测验

实践任务

面试问题

• git add 和 git commit 有什么区别？为什么要有暂存区？高频C/C++ · easy

  要点：add 把改动登记进暂存区（下一次提交的候选清单），commit 把暂存区内容固化为一次带哈希的快照提交；暂存区让"提交什么"由开发者精细控制。

  git add 把工作区文件改动的当前内容快照登记进暂存区（index）；git commit 把暂存区的 内容固化为一次提交对象并移动分支指针。暂存区的价值：① 一次提交可以只包含部分改动， 把一次编辑拆成多个语义清晰的提交（改了两个 bug 就拆两次提交）；② 提交前有检查点， git diff --cached 可以复核"即将提交什么"；③ 配合 git diff 构成 "工作区→暂存区→版本库"的对比体系。注意 add 登记的是那一刻的内容， 之后继续修改同一文件需要重新 add。

  追问：

  • 追问：git commit -am 是怎么回事？它等价于哪些操作？

  评分要点：

  • add/commit 职责区分
  • 暂存区的部分提交与提交前复核两个价值
  • add 后继续改需重新 add
• 本地仓库刚 commit 了一次错误提交，如何回退？不同需求分别用什么命令？高频C/C++ · medium

  要点：按需求分级：撤销提交但保留改动用 reset --soft；连暂存也撤销用 reset --mixed；提交和改动都不要用 reset --hard；只丢弃未提交的工作区改动用 restore/checkout --。

  场景一：只想撤销最近一次提交、改动保留 → git reset --soft HEAD~1（分支指针回退一步， 改动留在暂存区与工作区，重新 commit 即可）。场景二：撤销提交且回到"未 add"状态 → git reset --mixed HEAD~1（默认模式，改动留在工作区）。场景三：提交连同改动都不要 → git reset --hard HEAD~1（不可恢复，最危险）。如果只是改了文件还没 add，直接 git restore 文件（旧写法 git checkout -- 文件）丢弃工作区改动。回答时务必强调： ① reset --hard 不可恢复；② 已推送的提交不要用 reset 改历史，要用 revert 生成反向提交 （revert 在 0.3.4 展开）。

  追问：

  • 追问：git reset 和 git revert 的本质区别是什么？
  • 追问：--soft/--mixed/--hard 三者分别动了哪三个区域？

  评分要点：

  • 三级 reset 模式与影响区域
  • restore/checkout -- 的适用场景
  • 已推送提交用 revert 的意识
• git log 有哪些常用参数？怎么查"某次提交改了哪些文件、文件改了什么"？C/C++ · easy

  要点：常用：--oneline（一行摘要）、-p/--patch（补丁）、--stat（文件级统计）、--graph（分支图）、-n 数量限制、--author 过滤；查单次提交用 git show <哈希>。

  最常用的组合：git log --oneline 快速浏览；git log -p 查看每次提交的完整补丁； git log --stat 查看每次提交改动的文件与增删行数；git log --graph --oneline --all 查看分支合并结构；git log -5 只看最近 5 条；git log --author=名字 过滤作者。 针对某一次提交：git show <短哈希> 一次性给出提交信息、文件列表与补丁。 延伸：git reflog 记录 HEAD 的移动轨迹，误操作（如 reset --hard 过头）时可据此找回 提交哈希；git blame 文件可逐行追溯每行的最后一次修改（1.4.x 阶段展开）。

  追问：

  • 追问：git log 和 git reflog 的区别？

  评分要点：

  • oneline/p/stat/graph 四参数
  • git show 查单次提交
  • reflog 意识

内容来源映射