git revert
和 git reset
都是用来修改 Git 提交历史的工具,但它们的用途和效果有所不同。以下是它们的主要区别和在工作中的使用场景:
1. git revert
功能:git revert
用于撤销一个或多个已经提交的更改,但不会修改历史记录。它会创建一个新的提交,这个提交会反作用于指定的提交,从而“撤销”这些提交的内容。
适用场景:
- 需要保留历史记录:当你需要撤销一个提交的效果,但希望保留提交历史和日志不变时,使用
git revert
是合适的。 - 公共分支:在团队协作中,如果你要撤销已经推送到远程仓库的提交,使用
git revert
是安全的,因为它不会改变提交历史,而是通过创建新的撤销提交来实现。
示例:
假设你的提交历史是 A -> B -> C
,你想撤销 B
的更改,但保留 A
和 C
,可以使用:
git revert <B>
这会创建一个新的提交 D
,其效果是撤销 B
的更改。
2. git reset
功能:git reset
用于将当前分支的 HEAD 移动到一个特定的提交,可以改变暂存区和工作目录的状态,具体行为取决于重置模式(soft, mixed, hard)。
适用场景:
- 修改提交历史:当你需要重新组织提交,移除一些提交或调整工作目录时,可以使用
git reset
。 - 本地工作:在处理本地提交历史时(例如,修改本地未推送的提交),
git reset
是有用的。对于已经推送到远程仓库的提交,通常不推荐使用git reset
,因为它会重写历史,可能会影响其他团队成员。
重置模式:
-
软重置(–soft):将 HEAD 移动到指定提交,但保留工作目录和暂存区的更改。适用于需要修改最近的提交但保留代码更改的情况。
git reset --soft <commit_hash>
-
混合重置(–mixed):将 HEAD 移动到指定提交,保留工作目录的更改,但暂存区会被重置。适用于撤销提交并取消暂存区的更改,但保留工作目录中的代码。
git reset --mixed <commit_hash>
-
硬重置(–hard):将 HEAD 移动到指定提交,工作目录和暂存区都会被重置到指定提交的状态。适用于完全丢弃本地更改,并恢复到某个特定提交的状态。
git reset --hard <commit_hash>
示例:
假设你的提交历史是 A -> B -> C
,你想撤销最近的提交 C
,并保留 A
和 B
的内容,可以使用:
git reset --hard <B>
这会将 HEAD 移动到 B
,同时丢弃 C
的更改。
总结
git revert
:用于撤销某次提交的效果,但保留提交历史,适合在公共分支上使用。git reset
:用于修改提交历史,适合在本地分支上使用,可以重置到某个提交点,具体行为取决于使用的模式。
在工作中,选择使用哪个命令取决于你对历史记录的需求和当前的协作环境。