• home > tools > versionControl > git >

    head/reset/revert/rebase代码回滚全解:git提交记录的背后原理

    Author:[email protected] Date:

    git无操作,提交了某条历史记录,想在远程删除,怎么办?有时候把错误的代码提交到远程,但是又不想让其他同事看到怎么办呢?怎么让代码恢复到之前的某个版本?git恢复到以前版本

    多人合作程序开发的过程中,我们有时会出现错误提交的情况,此时我们希望能撤销提交操作,让程序回到提交前的样子,操作有:

    回退(reset):reset是彻底回退到指定的commit版本,该commit后的所有commit都将被清除;reset执行后不会产生记录

    反转(revert):revert仅是撤销指定commit的修改,并不影响后续的commit。revert执行后会产生记录。

    reset,revert都有撤销、回退的意思,但却各有千秋,区别还是很大的,所以该使用哪种命令一定要结合实际情况来决定。要搞清这些,还是得多学习下git基础知识。

    Git 的四个工作区域

    • 工作区:也称工作目录、工作副本,简单来说就是 clone 后我们看到的包含项目文件的目录。我们日常开发操作也是在工作区中进行的。

    • 本地仓库(.git):在工作区中有个隐藏目录.git,这就是 Git 本地仓库的数据库。工作区中的项目文件实际上就是从这里签出(checkout)而得到的,修改后的内容最终提交后记录到本地仓库中。
      Tips:不要手动修改 .git 目录的内容

    • 暂存区:也称缓存区,逻辑上处于工作区和本地仓库之间,主要作用是标记修改内容,暂存区里的内容默认将在下一次提交时记录到本地仓库中。

    • 远端仓库:团队协作往往需要指定远端仓库(一般是一个,也可以有多个),团队成员通过跟远端仓库交互来实现团队协作。

    git四个工作区域:

    一个基本的 Git 工作流程如下:

    1. 工作区中修改文件

    2. 暂存文件,将文件存放在暂存区

    3. 将改动从暂存区提交到本地仓库

    4. 本地仓库推送到远端仓库

    git的版本管理,及HEAD的理解

    使用git的每次提交,Git都会自动把它们串成一条时间线,这条时间线就是一个分支。

    如果没有新建分支,那么只有一条时间线,即只有一个分支,在Git里,这个分支叫主分支,即master分支。

    有一个HEAD指针指向当前分支(只有一个分支的情况下会指向master,而master是指向最新提交)。

    每个版本都会有自己的版本信息,如特有的版本号、版本名等。如下图,假设只有一个分支:

    git版本管理git版本管理


    还需了解的术语

    • HEAD:这是当前分支版本顶端的别名,也就是在当前分支你最近的一个提交

    • Index:index也被称为staging area,是指一整套即将被下一个提交的文件集合。他也是将成为HEAD的父亲的那个commit

    • Working Copy:working copy代表你正在工作的那个文件集

    • Flow:git项目管理的流程和规划。比如分支规划:Master/Devlop 分支、Feature 分支、Release 分支、Hotfix 分支

    理解 Git 处理分支的方式

    1. commit 操作会为每目录每一个文件计算hash校验,然后在 Git 仓库中将这些校验和保存为树对象

    2. 随后,Git 会创建一个提交对象(commit object)。该提交对象会包含一个指向暂存内容快照的指针。还包含了作者的姓名和邮箱、提交时输入的信息以及指向它的父对象的指针。如此一来,Git 就可以在需要的时候重现此次保存的快照。

    3. 然后会把当前版本的文件快照保存到 Git 仓库中(Git 使用 blob 对象来保存它们),最终将校验和加入到暂存区域等待提交

    4. 首次提交产生的提交对象没有父对象,普通提交操作产生的提交对象有一个父对象,而由多个分支合并产生的提交对象有多个父对象,

    Git 仓库中有五个对象:

    三个 blob 对象(保存着文件快照)、一个树对象(记录着目录结构和 blob 对象索引)以及一个提交对象(包含着指向前述树对象的指针和所有提交信息)。

    Git 保存的不是文件的变化或者差异,而是一系列不同时刻的文件快照

    HEAD是指当前的快照

    这个命令主要配合reset的--hard,--mixed和--solf三个参数对对本次的修改进行处理

    • HEAD~1指回退一个快照,可以简写为HEAD~

    • HEAD~2指回退两个快照,

    • HEAD^主要是控制merge之后回退的方向

    • HEAD~才是回退的步数

    通过命令行删除远程和本地提交记录

    常见的代码回滚场景

    回滚场景:仅在工作区修改时

    当文件在工作区修改,还没有提交到暂存区和本地仓库时,可以用 git checkout -- 文件名 来回滚这部分修改。

    执行以下命令回滚工作区的修改:

    git checkout -- build.sh

    不过需要特别留意的是这些改动没有提交到 Git 仓库,Git 无法追踪其历史,一旦回滚就直接丢弃了。

    示例: 用 git status 查看,还没提交到暂存区的修改出现在 “Changes not staged for commit:” 部分。

    回滚场景:已添加到暂存区时

    即执行过 git add 添加到暂存区,但还没 commit,这时可以用 git reset HEAD 文件名 回滚。

    执行以下命令回滚暂存区的修改:

    git reset HEAD build.sh

    回滚后工作区会保留该文件的改动,可重新编辑再提交,或者 git checkout -- 文件名 彻底丢弃修改。

    回滚场景:已 commit,但还没有 push 时

    即已经提交到本地代码库了,不过还没有 push 到远端。这时候可用 git reset 命令,命令格式为:

    git reset <要回滚到的 commit> 或者 git reset --hard <要回滚到的 commit>

    需注意的是,提供的是 要回滚到的 commit,该 commit 之后的提交记录会被丢弃

    回滚场景:已 push 到远端时

    注意!此时不能用 "git reset",需要用 "git revert"!

    重要事情说三遍!之所以这样强调,是因为 "git reset" 会抹掉历史,用在已经 push 的记录上会带来各种问题;而 "git revert" 用于回滚某次提交的内容,并生成新的提交,不会抹掉历史。

    命令是否抹掉历史适用场景
    git reset是,回滚的历史将消失本地未push的记录
    git revert否,历史记录保留,回滚后重新生成提交记录回滚已push的内容



    git reset回滚某次提交

    确保还没其他人提交之前,进行强制回滚——重置HEAD(当前分支的版本顶端)到另外一个commit

    git reset --hard HEAD~2

    •  git reset 代码撤回

    • --hard 和 --soft 及默认mixed

      • --hard就是删除提交记录并不保存所删除记录所做的更改——将重置HEAD返回到另外一个commit

        重置index以便反映HEAD的变化,并且重置working copy也使得其完全匹配起来。这是一个比较危险的动作,具有破坏性,数据因此可能会丢失!

      • --soft 虽然删除了最近两个提交记录,但是还保存了提交所做的更改——告诉Git重置HEAD到另外一个commit,但也到此为止

        index,working copy都不会做任何变化,所有的在original HEAD和你重置到的那个commit之间的所有变更集都放在stage(index)区域中。

      • --mixed是reset的默认参数。它将重置HEAD到另外一个commit,并且重置index以便和HEAD相匹配,但是也到此为止。

        working copy不会被更改。所有该branch上从original HEAD(commit)到你重置到的那个commit之间的所有变更将作为local modifications保存在working area中,(被标示为local modification or untracked via git status),但是并未staged的状态,你可以重新检视然后再做修改和commit

    • 数字代表回退几个版本

    git push -f ////强制覆盖

    记住git reset不会产生commits,它仅仅更新一个branch(branch本身就是一个指向一个commit的指针)指向另外一个commit(Head和branch Tip同时移动保持一致).其他的仅剩对于index和work tree(working directory)有什么影响。git checkout xxxCommit则只影响HEAD,如果xxxCommit和一个branch tip是一致的话,则HEAD和branch相匹配,如果xxxCommit并不和任何branch tip相一致,则git进入detached HEAD 状态

    如果别已经提交了代码,怎么删除远程的历史提交记录


    删除提交记录中间的提交

    git reset --hard 2b93fa8bdc8a1ca8e0c7498bd56460e6d1c408d1 //跟版本号

    git push origin HEAD --force

    关闭分支的protected权限

    但是,你根据上面命令,确无法操作成功,比如报如下提示:

     ! [remote rejected] master -> master (pre-receive hook declined)

    这个分支权限被限制了

    settings/repository/Protected Branches  ->un protected

    git revert放弃某次提交

    git revert 之前的提交仍会保留在git log中,而此次撤销会做为一次新的提交。

    revert和reset 操作上都差不多,不同的是:

    • git revert 是撤销某次操作,此次操作之前的commit都会被保留

    • git reset 是撤销某次提交,但是此次之后的修改都会被退回到暂存区

    • git reset操作会将版本回退至指定的commit,指定commit后的操作都将被撤销

    • 而git revert则撤销指定commit的修改,同时生成一个新的commit


    git rebase 重建提交顺序

    git rebase --onto

    然后开始删除提交记录2,3[执行 rebase 时会可能遇到冲突,解决冲突不在本文描述范围

    git rebase --onto master~3 master~1 master

    删除某条commit记录

    git rebase -i     d65f0fba23f2113ece6fbb3d104a33a1a8a80406

    会进入vim模式,pick改为drop即可,具体操作,查看:https://www.jianshu.com/p/520f8661659c

    顺便推荐下:《git中merge还是rebase?git之圣战merge vs rebase 


    参考文章:

    Git 代码回滚与找回的艺术https://segmentfault.com/a/1190000039320926

    git reset soft,hard,mixed之区别深解 https://www.cnblogs.com/kidsitcn/p/4513297.html

    git 理解 HEAD^与HEAD~  https://blog.csdn.net/claroja/article/details/78858411

    git reset revert rebase 区别 https://blog.csdn.net/lainegates/article/details/72897693

    git reset 、rebase和 revert的区别 https://blog.csdn.net/rebeccachong/article/details/39379703

    git reset与git revert的区别 https://segmentfault.com/a/1190000019153248

    代码回滚:git reset、git checkout和git revert区别和联系 https://www.cnblogs.com/houpeiyong/p/5890748.html

    git中reset和revert的区别是什么 https://www.php.cn/tool/git/485052.html

    Git恢复之前版本的两种方法reset、revert(图文详解) https://blog.csdn.net/yxlshk/article/details/79944535





    转载本站文章《head/reset/revert/rebase代码回滚全解:git提交记录的背后原理》,
    请注明出处:https://www.zhoulujun.cn/html/tools/VCS/git/4828.html