当前位置: 首页 > news >正文

git中reset和checkout的用法

git reset:重置分支的历史与工作区​

核心作用​​:移动当前分支的指针(即改变分支的历史),并可选地修改暂存区(Index)和工作目录(Working Directory)。常用于撤销提交或合并操作。

三种模式​
  1. ​​--soft 模式​
    行为​
    ​:仅移动分支指针(HEAD),不修改暂存区和工作目录。
    ​使用场景​​:撤销提交但保留修改,允许重新提交。

    git reset --soft HEAD~1  # 撤销最后一次提交,修改保留在暂存区
  2. ​​--mixed 模式(默认)
    行为​​:移动分支指针,并重置暂存区,但保留工作目录的修改。
    使用场景​​:撤销提交和暂存操作,需重新 add 后再提交
    git reset HEAD~1  # 等效于 git reset --mixed HEAD~1
  3. ​​--hard 模式
    行为​​:移动分支指针,并强制重置暂存区和工作目录到指定提交的状态。
    使用场景​​:彻底丢弃最近的提交和所有修改(慎用!)。
    git reset --hard HEAD~1  # 丢弃最后一次提交及所有修改
    关键特点​
    影响分支历史​​:reset 会改变分支的指针,从而修改提交历史。
    ​适用场景​​:撤销本地提交、合并冲突后重置等操作。

git checkout:切换分支或检出内容​

核心作用​​:切换分支,或检出指定提交/文件到工作目录。​​不修改分支历史​​,主要用于切换上下文或恢复文件。

切换分支​
git checkout <branch-name>  # 切换到另一个分支
    • 行为​​:
      • 移动 HEAD 到目标分支,更新工作目录和暂存区为该分支的最新状态。
      • 如果工作目录有未提交的修改,Git 会阻止切换(除非使用 -f 强制切换或修改被忽略)。

    分离头指针(Detached HEAD)​​ 

    git checkout <commit-hash>  # 检出一个提交,进入分离头状态
    • 行为​​:
      • HEAD 直接指向提交而非分支,此时的新提交不会属于任何分支(需手动创建分支保存)。
      • 适用于临时调试或实验性修改。
    检出文件
    git checkout HEAD -- file.txt  # 从 HEAD 恢复文件到工作目录和暂存区
    git checkout <branch> -- file.txt  # 从其他分支恢复文件
    • 行为​​:
      • 将指定文件恢复到目标版本(覆盖工作目录和暂存区),不影响 HEAD 位置。
      • 常用于撤销对单个文件的修改。
    关键特点​
    • ​不修改分支历史​​:checkout 仅切换上下文或恢复文件,不会改变分支的提交记录。
    • ​适用场景​​:切换分支、临时查看旧版本代码、撤销文件修改。

    reset 与 checkout 的核心区别​

    功能​git resetgit checkout
    ​操作对象​当前分支(修改分支指针)分支、提交或文件(不修改分支历史)
    ​影响范围​分支历史、暂存区、工作目录工作目录、暂存区(仅文件操作时)
    ​是否改变提交历史​否(除非在分离头模式下提交)
    ​典型场景​撤销本地提交切换分支、恢复文件

    总结​

    • ​用 reset 当你想撤销提交或修改分支历史​​(如回退到旧版本)。
    • ​用 checkout 当你想切换分支、查看旧版本代码,或恢复单个文件​​。

    ​慎用 git reset --hard​:它会永久丢弃未提交的修改!


    场景:需要将工作目录的修改与上一个提交​​完全合并为一个新提交​​,并可能修改提交信息,怎么做呢?

    以下是分步解决方案,可根据你的需求选择两种方法:

    git reset --soft 和 git commit --amend ​​都是对本地提交历史的修改​​。如果这些提交已经推送到远程仓库(如 GitHub、GitLab),直接修改本地历史后,再推送会遇到问题。如果提交已推送到远程仓库需要告知团队成员


    ​方法一:使用 git reset --soft

    适用场景​​:需要将工作目录的修改与上一个提交​​完全合并为一个新提交​​,并可能修改提交信息。

    步骤​​:

    • ​​撤销最近一次提交,但保留修改在暂存区​​
    git reset --soft HEAD~1

      此时,之前的提交内容和工作目录的新修改都会保留在暂存区(git status 会显示所有修改已暂存)。

      • 查看状态确认修改已合并​
      git status  # 确认所有修改已加入暂存区
      • ​提交合并后的内容​
      git commit -m "合并工作区修改与上一个提交"

      方法二:使用 git commit --amend 

      适用场景​​:仅需将工作目录的修改​​追加到上一个提交​​,且不修改提交信息(或微调)。

      步骤​​:

      • ​将工作目录的修改加入暂存区​​:
      git add .  # 或指定文件 git add file1.txt
      • ​将修改合并到上一个提交​​:
      git commit --amend --no-edit  # 保留原提交信息

      ​ 如果想修改提交信息,去掉 --no-edit

      git commit --amend -m "新的提交信息"
        ​方法​git reset --softgit commit --amend
        ​是否修改提交历史​是(生成新提交)是(覆盖原提交)
        ​是否保留原提交信息​需手动输入新提交信息可保留或修改原提交信息
        ​适用场景​完全重写提交内容与信息快速追加修改到原提交

        相关文章:

      • Webug4.0通关笔记06- 第8关CSV注入
      • 文件读取操作
      • 【论文速读】《Scaling Scaling Laws with Board Games》
      • 数据结构学习篇——哈希
      • 冰冰一号教程网--介绍采用vuepress搭建个人博客
      • Git 忽略文件配置 .gitignore
      • 客户服务升级:智能语音外呼系统在多领域的场景应用解析
      • navicat中导出数据表结构并在word更改为三线表(适用于navicat导不出doc)
      • rails 创建数据库表
      • java实现序列化与反序列化
      • halcon打开图形窗口
      • SpringBoot+Redis全局唯一ID生成器
      • Vue3中到达可视区域后执行
      • Tauri v1 与 v2 配置对比
      • C++好用的打印日志类
      • Cangjie Magic在医疗领域的应用:智能体技术如何重塑医疗数字化
      • 科研 | 光子技术为人工智能注入新动力
      • Fiori学习专题二十五:Remote OData Service
      • 数据库设计理论:从需求分析到实现的全流程解析
      • 详解具身智能机器人开源数据集:RoboMIND
      • 燕子矶:物流网络中的闪亮节点|劳动者的书信②
      • 看纪录片抵学分,贺桂梅:纪录片是对抗低质碎片信息的好媒介
      • 《水饺皇后》领跑五一档票房,《哪吒2》上座率仍居第一
      • 马上评|扩大高速免费救援范围,打消出行后顾之忧
      • 两部门调度部署“五一”假期安全防范工作,要求抓好旅游安全
      • “五一”假期逛上海车展请提前购票,展会现场不售当日票