– 关注前端和node js,分享福利和心得!

git各个场景下的代码撤销和回滚操作

git各个场景下的代码撤销和回滚操作

在日常工作中,基本都是git管理代码,避免不了的一个问题就是代码的插销和回滚了,比如做的修改不需要了,线上代码出现问题需要及时回退等。

撤销工作区的修改(尚未进行git add操作)

比如今天上班的时候,产品跟您说改需求,你高兴的做到工位上开始修改

快下班的时候,你准备git add提交代码下班了,产品笑眯眯的跑过来跟你说,早上说的需求不做了,这时你心里一万只草泥马飘过,就需要将今天写的代码撤销掉了。

因为还没进行git add添加到暂存区,所有只需要通过git checkout -- index.html来撤销修改了。

git checkout -- index.html //撤销index.html单个文件
git checkout -- .   //撤销所有文件

**git checkout -- filename checkout后面一定要加--**,不加就是切换分支了

撤销暂存区的修改(已经git add尚未git commit)

如果不幸把不需要的代码通过git add提交到了暂存区,需要通过git reset来撤销

git reset HEAD index.html //撤销index.html单个文件
git reset HEAD . //撤销所有文件

这里需要特别注意,因为只是撤销暂存区的修改,所以执行了git reset HEAD命令后,工作目录看上去是没有任何变化的

经过这一步,暂存区里面的文件就是add之前的文件了,现在只需要撤销工作区的文件了(心里想想,还记得怎么做么)。没错,就是刚才讲过的,使用git checkout filename来撤销工作区的文件

撤销本地仓库中的修改(已经git commit尚未git push)

使用git reset前,先查看下提交记录 git log --oneline

git log --oneline

6869000 git reset --hard id
242f6ab 引入reset.css样式文件
907996a git add后使用git reset HEAD filename撤销修改
2ebc649 撤销工作区的修改,直接使用git checkout -- filename(还没git add)
cdbda2d 修改title为move-tack
13e4cb9 first commit

如果我们想回到上一次的提交,直接git reset --hard HEAD^就行了

git reset --hard HEAD^ 表示退回到上一次提交 HEAD^^表示回退到上上次提交,HEAD^^^^^表示回退到前5次提交,当然这样写起来太不方便了,可以直接HEAD~100,表示回退到前3次提交,也可以直接通过commitId来回退到指定版本 git reset --hard 242f6ab

这里又引入了一个新参数 --hard是什么?

其实git reset 后面可以接三个参数:

参数 描述
git reset --mixed(默认,相当于git reset) 回退到指定版本,工作区的内容会保留,暂存区会回退,比如在上一次commit后,新增了a.html文件并add到暂存区,同时修改了b.html文件,没有add提交,那么在使用git reset后,工作区的内容会保留,在b.html文件中做的修改还存在,但是暂存区的内容不会保留,如果需要再提交,需要重新执行git add a.html将a.html添加到暂存区,再执行git commit
git reset --hard 强制回退到指定版,工作区和暂存区的内容会被重置(有风险,工作区和暂存区的修改都不会保留),比如在上一次commit后,新增了a.html文件并且git add到暂存区,同时修改了b.html文件,没有add提交,那么在使用git reset --hard后,暂存区中的a.html文件和工作区的b.html文件都会被清除。
git reset --soft 回退到指定版本,工作区和暂存区的内容会被保留。比如在上一次commit后,新增了a.html文件并且add到暂存区,同时修改了b.html文件,没有add提交,那么在使用git reset --soft后,暂存区和工作区的内容还在,工作区对b.html文件的修改会保留,同时a.html也在暂存区中,如果需要再提交,直接git commmit就行

撤销远程仓库的修改(代码已经git push)

git revert回滚

使用git reset回滚是直接删除指定版本后的提交记录,使用git log看不到后面的记录了,(如果需要回到回滚前的版本,可以使用git reflog)。 git revert是用一次新的commit来回滚之前的commit提交,之前的提交记录都会保留

使用git reset进行回滚,有个问题就是,如果在回滚前通过git push推送到了远程仓库,那远程仓库的版本就比本地仓库的版本要新,回滚后想要再次推送到远程仓库,肯定会报错,提示要先git pull,但是,如果你git pull了,那之前的回滚操作就会白做了。

这个时候聪明的你肯定想到了通过git push -f -u origin master强推去覆盖远程仓库,但是如果这样做,多人协作的时候,如果别人正好pull了远程仓库最新的代码来开发,下次别人再pull的时候,他本地的git怎么处理已经被删除的提交?当别人使用git push正常推到远程仓库时,也会提示本地仓库落后于远程仓库,会引起更多的问题,所以这个时候就需要使用git revert来回滚了。

执行git revert时,必须确保工作区是clean状态

  • git revert HEAD //撤销最近一次提交
  • git revert HEAD~1 //撤销上上次提交 数字从0开始
  • git revert commitId //撤销指定的某一次提交
git log

6869000 git reset --hard id
242f6ab 引入reset.css样式文件
907996a git add后使用git reset HEAD filename撤销修改
2ebc649 撤销工作区的修改,直接使用git checkout -- filename(还没git add)
cdbda2d 修改title为move-tack
13e4cb9 first commit

假如907996a这次提交的代码有严重bug,需要回滚,但是当时没有发现,在这次提交后又进行了2次正常的提交,如果使用git rest来回滚,那么后面两次提交就没有了,显然不是我们想要的,这个时候就可以使用revert来做回滚了。

git revert 907996a

6869000 git reset --hard id
242f6ab 引入reset.css样式文件
907996a git add后使用git reset HEAD filename撤销修改
2ebc649 撤销工作区的修改,直接使用git checkout -- filename(还没git add)
cdbda2d 修改title为move-tack
13e4cb9 first commit

使用git revert 907996a后,原来的两次提交记录也存在,这样就不会覆盖别人的提交了,需要注意的时,使用revert,如果不是撤销最近的一次提交,一定会造成冲突,需要解决完冲突后再提交。

使用远程仓库覆盖本地仓库

有时我们需要直接使用远程仓库来覆盖本地的修改,那么综上所述,就可以直接使用

git reset --hard origin/master //使用远程的master分支直接覆盖本地的master分支

最新文章

    热门文章

      前端无忧网 版权所有,保留一切权利 ! · 站点地图 © 2015-2020 · 粤ICP备18049878号-1 · 托管于 阿里云 & 七牛