什么是 Git 切换到指定 Commit？
切换到 Git 中的指定 Commit，本质上是指将你的工作目录（Working Directory）和暂存区（Staging Area）的状态，精确地回滚或前进到仓库历史中某个特定时间点的代码状态。这个“特定时间点”由一个唯一的 Commit 标识符（通常是 Commit 哈希值）来表示。
当你执行这个操作时，Git 会：
- 更新你的工作目录文件，使其内容与指定 Commit 时完全一致。
- 更新暂存区，使其反映该 Commit 的状态。
- 将内部的 `HEAD` 指针移动到该 Commit。这是非常关键的一点，因为它通常会导致进入“分离 HEAD”（Detached HEAD）状态，后面会详细解释。
为什么需要切换到指定 Commit？
切换到历史 Commit 是 Git 中一个非常强大且常用的功能，其用途多种多样：
检查和回顾旧代码
你可能需要查看项目在某个特定版本时的代码实现、配置或文档。通过切换到对应的 Commit，你可以像当时一样浏览整个项目文件结构和内容。
调试历史 Bug
当你在当前版本发现一个 Bug，怀疑它是在历史某个 Commit 引入的，可以通过二分查找的方式（`git bisect` 命令自动化此过程，但底层原理就是切换 Commit）或手动地切换到不同的历史 Commit 来测试，确定 Bug 是何时、由哪个 Commit 引入的。
临时回退到已知稳定版本
当前分支的代码可能处于不稳定或开发中的状态。如果你需要一个临时的、可工作的版本来演示或执行某个任务，可以快速切换到一个已知的稳定 Commit。
从历史状态创建新分支
你可能想基于历史上的某个特定状态开始新的开发线，而不是基于当前分支的最新状态。切换到该 Commit 后，可以轻松地从此状态创建一个新的分支。
实验和探索
在不影响当前分支的情况下，切换到历史 Commit 可以让你安全地进行实验，修改代码，而不用担心污染主开发线。
如何找到指定 Commit？（在哪里找到 Commit 哈希？）
要切换到指定 Commit，首先你需要知道这个 Commit 的唯一标识符，也就是它的哈希值。最常用的方法是使用 Git 的日志命令：
使用 git log
git log 命令会显示提交历史。每个提交都有一个唯一的 40 个字符组成的 SHA-1 哈希值。
运行命令：
git log
这将显示一个提交列表，通常包含哈希值、作者、日期和提交信息。哈希值通常显示在每条记录的第一行，形如 `commit 1a2b3c4d5e6f…`。
你只需要复制这个哈希值的前几个字符（通常 7 个字符就足够唯一，但为了保险起见，复制 10-12 个字符更佳，或者复制完整的哈希值）。
为了更简洁地查看提交历史，可以使用：
git log –oneline
这个命令会以更紧凑的格式显示，每行一个提交，包含短哈希值和提交信息。复制短哈希值即可。
使用图形界面工具
大多数 Git 图形界面工具（如 GitKraken, SourceTree, VS Code 的 Git 视图等）都会以可视化的方式展示提交历史图谱，你可以直接在图谱中点击某个提交，查看其详细信息并复制其哈希值。
如何切换到指定 Commit？（使用什么命令？）
在 Git 中，有两个主要的命令可以用来切换到指定 Commit：git checkout 和 git switch。虽然 git checkout 更老且功能更多样，但 Git 官方推荐在较新的版本中使用 git switch 来进行分支切换和 Commit 切换，因为它使命令的意图更清晰。
使用 git checkout (传统方法)
语法：
git checkout <commit-hash>
例如，如果你想切换到哈希值为 a1b2c3d 的 Commit：
git checkout a1b2c3d
执行此命令后，Git 会更新你的工作目录和暂存区到该 Commit 的状态，并将 HEAD 指向该 Commit。此时，你会收到一个关于“分离 HEAD”状态的提示信息。
使用 git switch (推荐方法)
为了更清晰地表达“切换到某个非分支顶端的 Commit”，Git 2.23 版本引入了 git switch 命令，并使用 `–detach` 选项：
语法：
git switch –detach <commit-hash>
例如：
git switch –detach a1b2c3d
这个命令的行为与 `git checkout
切换到指定 Commit 后会发生什么？（分离 HEAD 状态）
这是理解切换到历史 Commit 最重要的概念之一。
正常情况下，你的 `HEAD` 指针指向一个分支（例如 `main` 或 `develop`），而分支指针指向该分支的最新 Commit。当你创建一个新的 Commit 时，它会被添加到当前分支的顶部，并且分支指针和 `HEAD` 指针都会向前移动。然而，当你直接切换到一个 Commit 哈希时（而不是一个分支名或标签名），`HEAD` 指针会直接指向这个 Commit，而不是指向一个分支名。这就是所谓的“分离 HEAD”（Detached HEAD）状态。
你可以使用 git status 命令来确认你是否处于分离 HEAD 状态。Git 会提示你当前 HEAD 指向的是一个 Commit 哈希，而不是一个分支，并且会给出你当前所在的 Commit 的简短描述。
分离 HEAD 状态的特点：
- 工作目录和暂存区反映了目标 Commit 的文件状态。
- `HEAD` 指针直接指向一个具体的 Commit，而不是一个分支引用。
- 在此状态下创建新的 Commit 不会让任何分支指针自动前进。这些新的 Commit 将“悬空”，除非你显式地为此创建一个新分支。
在分离 HEAD 状态下工作
处于分离 HEAD 状态时，你仍然可以像在普通分支上一样进行文件修改、暂存和提交。
例如：
git add .
git commit -m “在历史commit a1b2c3d上进行的一些实验性修改”
执行提交后，一个新的 Commit 会被创建，并且 HEAD 会向前移动到这个新的 Commit。但请注意，这个新的 Commit *不属于任何分支*。
重要风险：丢失未保存的 Commit
如果在分离 HEAD 状态下创建了 Commit，然后直接切换回一个分支（例如使用 `git switch main` 或 `git checkout main`），那么你之前在分离 HEAD 状态下创建的那些 Commit 将不再有任何分支引用指向它们。如果没有其他引用（如标签或另一个分离 HEAD 指针），它们最终可能会被 Git 的垃圾回收机制清除，从而丢失你的工作！
如何保存分离 HEAD 状态下的工作？
如果你在分离 HEAD 状态下做了一些有价值的修改并提交了，并想保存这些 Commit，必须立即创建一个新的分支来引用当前的 HEAD（也就是你最新创建的 Commit）。
在分离 HEAD 状态下，运行：
git switch -c <新分支名>
或者使用旧的命令：
git checkout -b <新分支名>
例如：
git switch -c my-experiment-branch
这会创建一个名为 `my-experiment-branch` 的新分支，让它指向当前 HEAD 所在的 Commit，并将你的 HEAD 附加到这个新分支上。现在，你在分离 HEAD 状态下创建的 Commit 就有了分支引用，是安全的了。
如何从指定 Commit 返回到正常分支？
当你完成了对历史 Commit 的查看或实验后，通常需要返回到你之前工作的分支（例如 `main`、`develop` 或你自己的功能分支）。
使用 git switch 命令：
git switch <分支名>
例如：
git switch main
或者使用 git checkout 命令：
git checkout <分支名>
例如：
git checkout develop
返回分支时的行为：
- 如果你的工作目录是干净的（没有未提交的修改），Git 会直接切换回指定分支的最新 Commit，更新工作目录和暂存区。
- 如果你在分离 HEAD 状态下对文件进行了修改但未提交，切换回分支时，Git 会尝试将这些未提交的修改带回到目标分支上。如果这些修改与目标分支上的文件没有冲突，切换会成功。如果存在冲突，Git 会阻止切换，并要求你先处理这些冲突（通常是先 `stash` 或提交）。
- 如果你在分离 HEAD 状态下进行了提交，如前所述，这些 Commit 是不属于任何分支的。直接切换回原有分支会导致你失去对这些 Commit 的直接引用。务必先为此创建一个新分支来保存它们。
除了哈希值，还有多少种方式可以指定 Commit？
除了完整的 40 位或缩写的哈希值，Git 还提供了多种便捷的方式来引用 Commit：
分支名和标签名
这是最常见的引用方式。分支名指向该分支的最新 Commit，标签名指向打标签时的特定 Commit。
git switch main (切换到 main 分支的最新 Commit)
git checkout v1.0 (切换到名为 v1.0 的标签所指向的 Commit)
HEAD 的相对引用 (~ 和 ^)
`HEAD` 指向当前 Commit（通常是当前分支的最新 Commit）。可以使用相对引用来指定相对于 HEAD 的历史 Commit：
-
`HEAD~n`：指当前 HEAD 的第 n 个直接祖先 Commit。例如，`HEAD~1` 是 HEAD 的父 Commit，`HEAD~2` 是 HEAD 的祖父 Commit。
git checkout HEAD~3 (切换到当前 Commit 的第三个祖先) -
`HEAD^n`：当一个 Commit 有多个父节点时（例如合并提交），`^n` 用于指定第 n 个父节点。`^1` 是第一个父节点（通常是合并前所在的分支的最新 Commit），`^2` 是第二个父节点（通常是合并进来的分支的最新 Commit）。对于非合并提交，`HEAD^` 和 `HEAD~` 是等价的。
git checkout HEAD^2 (切换到当前合并提交的第二个父 Commit)
这些相对引用可以与分支名或标签名结合使用：
git checkout main~2 (切换到 main 分支最新 Commit 的第二个祖先)
git checkout v1.0^ (切换到 v1.0 标签指向的 Commit 的父 Commit)
其他引用方式
- `@{n}`：例如 `HEAD@{1}` 指的是你 HEAD 之前一次所在的位置。`@{n}` 引用是 Reflog 的一部分，Reflog 记录了你的 HEAD 曾经访问过的 Commit。
- `:[path]`：在切换（checkout）单个文件时使用，不用于切换整个 Commit 状态。
重要注意事项和最佳实践
-
未提交的修改： 在切换 Commit 之前，最好确保你的工作目录是干净的。如果有未提交的修改，Git 在切换时会尝试合并它们。为了避免潜在的冲突或数据丢失风险，建议先提交当前修改或使用 git stash 命令将它们临时保存起来。
git stash save “临时保存修改” (保存修改)
git stash pop (切换回分支后应用保存的修改) - 理解分离 HEAD： 切记直接切换到 Commit 哈希会导致分离 HEAD 状态。如果你计划在此基础上进行修改和提交，请务必立即创建一个新分支来保存你的工作。
- 只查看不修改： 如果你只是想查看历史 Commit 的代码，切换到分离 HEAD 状态是完全安全的，只要你不进行提交。查看完毕后，直接切换回你的主分支即可。
-
切换单个文件： 如果只想恢复或查看某个文件在历史某个 Commit 时的版本，而不是切换整个仓库状态，可以使用 `git checkout
— ` 或 `git restore –source ` 命令。这不会导致分离 HEAD 状态。
总结
切换到指定 Commit 是一个基础但强大的 Git 操作，让你能够自由地在项目的历史状态之间穿梭。通过掌握如何找到 Commit 哈希、使用 `git checkout` 或 `git switch –detach` 命令，以及理解并妥善处理“分离 HEAD”状态，你可以有效地进行代码回顾、历史调试和实验，极大地提升你的 Git 使用效率。时刻注意保存未提交的工作和在分离 HEAD 状态下创建的新 Commit 是安全使用此功能的关键。
