Git 中如何切换到不同的分支？

【核心定义】
在 Git 中，切换分支是通过 git checkout 或 git switch 命令将工作目录和索引更新为目标分支的最新提交状态。

【关键要点】

1. 基本切换命令：

   • git checkout <branch-name>：传统命令，可切换分支、恢复文件。
   • git switch <branch-name>（Git 2.23+ 引入）：专用于分支切换，语义更清晰，推荐使用。

2. 切换前提条件：

   • 目标分支必须已存在（本地或远程跟踪分支）。
   • 工作目录和暂存区的修改必须已提交或暂存（否则需强制切换或合并）。

3. 创建并切换：

   • git checkout -b <new-branch> 或 git switch -c <new-branch>：基于当前分支创建新分支并立即切换。

4. 切换到远程分支：

   • git checkout -t origin/<branch>：创建本地分支并跟踪远程分支。

【深度推导/细节】

• 冲突处理机制：

  • 若工作目录有未提交的修改，Git 会阻止切换，避免数据丢失。
  • 可通过 git stash 暂存修改 → 切换分支 → git stash pop 恢复。
  • 强制切换（git checkout -f）会丢弃未提交修改，需谨慎使用。

• HEAD 指针移动逻辑：
  Step 1: Git 检查目标分支是否存在（本地 refs/heads/ 或远程跟踪分支 refs/remotes/）。
  Step 2: 验证工作目录状态，若有冲突则中止。
  Step 3: 更新 HEAD 指向目标分支引用，并重置工作目录文件为目标分支快照。

【关联/对比】

• git checkout vs git switch：

  • checkout 功能混杂（分支切换、文件恢复），switch 专注分支切换，降低误操作风险。
  • git restore（Git 2.23+）专门处理文件恢复，与 switch 形成职责分离。

• 分支切换 vs 合并/变基：

  • 切换仅改变工作环境，不修改提交历史；合并（merge）和变基（rebase）会整合分支历史。

『面试官追问』

1. 切换分支时遇到“Your local changes would be overwritten”错误怎么办？

   • 方案 1：提交修改（git commit）。
   • 方案 2：暂存修改（git stash）。
   • 方案 3：创建临时分支保存修改（git checkout -b temp-branch）。

2. 如何切换到远程分支并建立跟踪关系？

   • git switch -c feature origin/feature（Git 2.23+）。
   • 或 git checkout --track origin/feature（传统命令）。

3. 切换分支后，未提交的修改会跟随到新分支吗？

   • 不会。未提交修改属于工作目录，切换分支时 Git 会尝试保留（通过合并或冲突提示），但可能因文件差异被阻止。

4. git checkout -f 的风险是什么？

   • 强制丢弃所有未提交修改（包括暂存区），数据不可恢复，仅用于明确放弃修改的场景。

【版本差异】

• Git 2.23 前：仅 git checkout 负责分支切换和文件操作。
• Git 2.23+：引入 git switch（分支切换）和 git restore（文件恢复），提升命令安全性和可读性。

【最佳实践】

• 优先使用 git switch 避免误操作。
• 切换前通过 git status 确认工作目录状态。
• 频繁切换时善用 git stash 管理临时修改。