Git 中的文件有哪些状态？

【核心定义】
Git 中的文件状态是指文件在工作区、暂存区（索引区）和版本库之间的流转关系，核心分为未跟踪、已修改、已暂存、未修改四种基本状态。

【关键要点】

1. 未跟踪（Untracked）：文件未被 Git 纳入版本管理（如新建文件），Git 不会记录其变更。
2. 已修改（Modified）：已跟踪文件在工作区被修改，但尚未暂存，与版本库中的最新版本不一致。
3. 已暂存（Staged）：已修改文件通过 git add 被添加到暂存区，等待提交到版本库。
4. 未修改（Unchanged/Committed）：文件已提交到版本库，且工作区内容与版本库一致，处于“干净”状态。

【深度推导/细节】

• 状态流转逻辑：
  • Step 1：新建文件 → 状态为 Untracked（Git 完全未知）。
  • Step 2：git add <file> → 文件进入暂存区，状态变为 Staged（首次添加时同时转为“已跟踪”）。
  • Step 3：git commit → 暂存区内容快照存入版本库，文件状态变为 Unchanged。
  • Step 4：修改已跟踪文件 → 状态变为 Modified，需再次 git add 才能重回 Staged 状态。
• 关键命令与状态对应关系：
  • git status：查看工作区与暂存区状态差异（显示 Modified/Untracked/Staged）。
  • git diff：比较 工作区 vs 暂存区（Modified 状态的细节）。
  • git diff --staged：比较 暂存区 vs 版本库（Staged 状态的细节）。
• 设计意图：暂存区（Staging Area）作为“缓冲层”，允许用户分批次提交文件，实现精确的版本控制。

【关联/对比】

• 与 SVN 等集中式版本控制的区别：Git 通过“三棵树”（工作区、暂存区、版本库）实现分布式管理，而 SVN 只有工作区与版本库，无暂存区概念。
• 状态与分支的关系：文件状态独立于分支，但 git checkout 切换分支时可能因状态冲突而失败（如 Modified 文件与目标分支冲突）。
• .gitignore 的影响：被忽略的文件始终处于 Untracked 状态，且 git status 默认不显示（除非使用 -u 参数）。

『面试官追问』

1. 如何一次性清空所有未跟踪文件？
   git clean -fd（-f 强制删除，-d 包括目录）。
2. 已暂存的文件修改后，git status 会显示几个状态？
   显示两个状态：已暂存（原版本）和已修改（新版本），需再次 git add 更新暂存区。
3. git reset HEAD <file> 对状态的影响？
   将文件从暂存区移回工作区，状态从 Staged 变为 Modified（若文件未修改则变为 Unchanged）。
4. Git 2.23+ 版本中 git switch/git restore 如何替代状态操作？
   git restore --staged <file> 替代 git reset HEAD <file>（撤销暂存）；
   git restore <file> 替代 git checkout -- <file>（丢弃工作区修改）。

【版本差异】

• Git 1.x 与 2.x：状态机制不变，但 2.0+ 优化了 git status 的输出格式（如建议命令）。
• Git 2.23+：引入 git switch（切换分支）和 git restore（恢复文件），将状态操作与分支操作解耦，降低 git checkout 的歧义风险。

（回答完毕）