Git回退版本：checkout与reset命令的区别

Git回退版本：checkout与reset命令的区别

引用

51CTO

1.

https://blog.51cto.com/u_15777557/12744967

在使用 Git 回退到某个版本时，git checkout <commit> 和 git reset --hard <commit> 是两种常见的方式，但它们的用途和影响有很大的区别：

1. git checkout <commit>

• 作用:
  将当前工作目录切换到指定的 <commit> 版本，同时会进入一种“分离 HEAD”（detached HEAD）状态。

• 特点:

• 不会改变分支的提交历史。

• 适用于临时查看某个历史版本，例如查看旧代码或测试某个版本。

• 在“分离 HEAD”状态下，你所做的更改如果不另存为新的分支，可能会丢失。

• 影响范围:

• 工作目录会被更新为 <commit> 指定的内容。

• 不影响当前分支和提交记录。

示例：

git checkout <commit>
# 切换到某个版本，HEAD 不在任何分支上。

如果需要保留更改，可以创建一个新分支：

git checkout -b new-branch <commit>

2. git reset --hard <commit>

• 作用:
  将当前分支直接强制回退到指定的 <commit>，丢弃之后的所有更改。

• 特点:

• 会修改当前分支的提交历史。

• 危险操作：会删除 <commit> 之后的提交记录及工作目录中的未提交更改。

• 适用于彻底回退分支到某个稳定版本。

• 影响范围:

• 当前分支的提交记录和 HEAD 指针都会被移动到 <commit>。

• 工作目录和暂存区会被同步更新为 <commit> 的状态。

示例：

git reset --hard <commit>
# 当前分支历史将直接回退到指定版本，之后的提交会丢失。

如果更改已经推送到远程仓库，需要强制推送：

git push origin branch-name --force

两者的区别总结

推荐使用场景

• 需要保留分支历史或仅查看某个版本: 使用 git checkout。
• 确认要回退分支并丢弃之后的所有更改: 使用 git reset --hard。

如果你对后续的更改不确定，建议使用 git checkout 更安全，避免误操作导致数据丢失。