Git中git reset和git revert的理解与区别

2025/3/11
详细介绍Git中`git reset`和`git revert`两个命令,包括工作方式、适用场景、注意事项、区别对比及示例等内容,帮助读者根据需求选择合适命令确保代码库完整性和协作顺利进行。
展示git reset三种模式(--soft、--mixed、--hard)工作原理的流程图,展示git revert创建新提交撤销指定提交更改过程的示意图,展示git reset和git revert在不同场景(本地分支、共享分支)使用示例的对比图

git resetgit revert 是 Git 中两个常用的命令,用于撤销更改,但它们的工作方式和适用场景有所不同。以下是对它们的详细理解和区别:

1. git reset

git reset 用于将当前分支的 HEAD 指针移动到指定的提交,并且可以选择性地修改工作目录和暂存区的内容。根据不同的选项,git reset 有三种模式:

  • --soft:仅移动 HEAD 指针,不修改暂存区和工作目录。这意味着你可以重新提交这些更改。

    git reset --soft <commit>
    
  • --mixed(默认):移动 HEAD 指针并重置暂存区,但不修改工作目录。这意味着你可以重新暂存和提交这些更改。

    git reset --mixed <commit>
    
  • --hard:移动 HEAD 指针并重置暂存区和工作目录。这意味着所有未提交的更改都会被丢弃。

    git reset --hard <commit>
    

适用场景:

  • 当你想要撤销本地的提交并重新组织提交历史时。
  • 当你想要丢弃未提交的更改时(使用 --hard)。

注意事项:

  • git reset 会改变提交历史,因此在共享分支上使用时要小心,尤其是在已经推送到远程仓库的情况下。

2. git revert

git revert 用于创建一个新的提交,该提交会撤销指定提交的更改。与 git reset 不同,git revert 不会改变现有的提交历史,而是通过添加一个新的提交来撤销更改。

git revert <commit>

适用场景:

  • 当你想要撤销某个提交的更改,但不想改变现有的提交历史时。
  • 在共享分支上撤销更改时,git revert 是更安全的选择,因为它不会重写历史。

注意事项:

  • git revert 会创建一个新的提交,因此提交历史会变得更加详细。

3. 区别总结

特性 git reset git revert
改变提交历史
适用场景 本地分支、未推送的提交 共享分支、已推送的提交
工作目录和暂存区 可选(--soft--mixed--hard 不修改工作目录和暂存区
安全性 较低(可能丢失未提交的更改) 较高(不会丢失未提交的更改)

4. 示例

假设你有一个提交历史如下:

A -- B -- C -- D (HEAD)
  • 如果你想撤销提交 CD,并且不保留这些更改,可以使用 git reset

    git reset --hard B
    

    这将使 HEAD 指向 B,并且丢弃 CD 的更改。

  • 如果你想撤销提交 C 但保留提交历史,可以使用 git revert

    git revert C
    

    这将创建一个新的提交 E,撤销 C 的更改,提交历史变为:

    A -- B -- C -- D -- E (HEAD)
    

5. 总结

  • 使用 git reset 时要注意它会改变提交历史,适合在本地分支上使用。
  • 使用 git revert 时不会改变提交历史,适合在共享分支上使用。

根据你的具体需求选择合适的命令,以确保代码库的完整性和协作的顺利进行。

标签:git
上次更新:

相关文章

npx完全指南:前端开发必备工具详解 | 20年架构师深度解析

本文由20年前端架构师深入解析npx工具,涵盖其核心功能、优势、高级用法、最佳实践及与npm/yarn的区别比较,帮助开发者掌握这一现代前端开发利器。

·前端开发

<处理关联数据的最佳实践:Article 与 Tags 的关系 | 开发指南>

<本文详细介绍了在开发中处理关联数据(如 Article 和 Tags 的多对多关系)的最佳实践,包括拆分业务逻辑、使用事务保证数据一致性、合理设计关联表结构、批量操作、幂等性和乐观锁等关键要点,并提供了基于 mysql2 和 Sequelize 的代码示例。>

·后端开发

Astro 静态站点生成器:构建高性能网站的最佳选择

Astro 是一个专注于构建快速、轻量级网站的静态站点生成器,支持多种前端框架,采用岛屿架构减少 JavaScript 加载,提升性能。

·前端开发

MySQL外键约束详解:维护数据一致性与完整性

本文详细介绍了MySQL中的外键约束(Foreign Key Constraint),包括其基本概念、创建方法、作用、级联操作、限制、修改与删除方法、查看方式以及最佳实践。通过合理使用外键约束,可以有效管理数据库中的数据关系,确保数据的准确性和可靠性。

·后端开发

MySQL JSON数据类型支持与使用指南 | 详细解析与示例

本文详细解析了MySQL从5.7版本开始支持的JSON数据类型,包括版本支持、创建JSON字段、插入与查询JSON数据、修改JSON数据、生成JSON、索引优化、性能与应用场景、注意事项及示例全流程。

·后端开发

SQL JOIN、LEFT JOIN 和 RIGHT JOIN 的区别与应用场景详解

本文详细介绍了 SQL 中 JOIN、LEFT JOIN 和 RIGHT JOIN 的区别,包括它们的作用、语法、示例以及实际应用场景,帮助读者更好地理解和使用这些连接方式。

·后端开发

配置 Redis 服务器在系统启动时自动启动的完整指南

本文详细介绍了如何在不同 Linux 发行版中配置 Redis 服务器以在系统启动时自动启动,包括使用 Systemd 和 init.d 脚本的步骤。

·DevOps

Weex 跨平台移动开发框架:核心特性与使用指南

Weex 是由阿里巴巴开源的跨平台移动开发框架,支持使用 Vue.js 或 Rax 构建高性能的 iOS、Android 和 Web 应用。本文详细解析了 Weex 的核心特性、架构、工作流程、组件和模块、开发工具、优缺点、应用场景及未来发展。

·前端开发

ECharts 与 DataV 数据可视化工具对比分析 | 选择指南

本文详细对比了 ECharts 和 DataV 两个常用的数据可视化工具,包括它们的设计目标、优缺点、使用场景和技术栈,帮助读者根据具体需求选择合适的工具。

·前端开发

前端部署后通知用户刷新页面的常见方案 | 单页应用更新提示

本文介绍了在前端部署后通知用户刷新页面的几种常见方案,包括WebSocket实时通知、轮询检查版本、Service Worker版本控制、版本号对比、自动刷新、使用框架内置功能以及第三方库。每种方案的优缺点和示例代码均有详细说明。

·前端开发