「推荐收藏」【Git实战专题】代码提交错误怎么办?教你如何回退版本!

简介: 「推荐收藏」【Git实战专题】代码提交错误怎么办?教你如何回退版本!

预备知识


  • 一个commit对应这一个版本,有一个commit id,40位的16进制数字,通过SHA1计算得到,不同的文件计算出来的SHA1值不同(有很小的几率相同,可忽略),这样每一个提交都有其独特的id。每提交一个新版本,实际上Git服务就会把它们自动串成一条时间线。
  • 在Git中,HEAD表示当前版本,例如:HEAD版本属于:e620a6ff0940a8dff…,那么HEAD^表示上一个版本,HEAD^^表示上上一个版本,往上100个版本可以写成HEAD加连续100个^,也可以写成:HEAD~100


image.png


  • git log:该命令显示从最近到最远的提交日志。


commit e620a6ff0940a8dff91e0d252f30e4d138ec37be
Author: TangShengqin <15527733782@163.com>
Date: Wed Jan 3 10:35:44 2018 +0800
commit 33342d9870f104719d351539a15e74a1382407ea
Author: TangShengqin <15527733782@163.com>
Date: Wed Jan 3 10:34:03 2018 +0800
复制代码




git结构和各操作之间的关系


image.png


  • git log --pretty=oneline 查看已提交的版本

回退版本(三种方式)


git reset commit_id(撤销commit和add操作)


git reset默认是--mixed模式

git reset --mixed commit_id撤销commit和add操作
复制代码


  • 回退一个版本,且会将暂存区的内容和本地已提交(commit)的内容全部恢复到未暂存的状态,不影响原来本地文件(未提交的也不受影响)
  • 会保留源码,只是将git commit和index信息回退到了某个版本


git reset --soft commit_id(撤销commit操作)


  • *回退一个版本,不清空暂存区,将已提交的内容恢复到暂存区,不影响原来本地的文件(未提交的也不受影响)
  • 保留源码,只回退commit信息到某个版本,不涉及index的回退,如果还需要提交,直接commit即可



git reset --hard commit_id(慎用)


git reset –hard commit_id 或则是 git reset –hard HEAD^


  • 撤销commit和add操作,并将本地版本置回上一版本
  • 回退一个版本,清空暂存区,将已提交的内容的版本恢复到本地,本地的文件也将被恢复的版本替换
  • 源码也会回退到某个版本,commit和index都会回退到某个版本.(注意这种方式是改变本地代码仓库源码)


hard选项,表示彻底将工作区、暂存区和版本库记录恢复到指定的版本库




reset和revert的用法:


  1. reset: push前。
  2. revert: push后。
git revert <commit_id..> 
复制代码



回滚到置顶的版本,执行后需要git push




reset与revert区别:


写到了git reset指令,就不得不说下它与git revert的区别:


  • git reset是把HEAD向后移动了一下,而git revert是HEAD继续前进,只是新的commit的内容和要revert的内容正好相反,能够抵消要被revert的内容。


image.png


  • git revert是用一次新的commit来回滚之前的commit,git reset是直接删除指定的commit。
  • 在回滚这一操作上看,效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交,因此日后合并老的branch时,导致这部分改变不会再次出现,但是git reset是直接把某些commit在某个branch上删除,因而和老的branch再次merge时,这些被回滚的commit应该还会被引入。

image.png




实际案例


缓存区代码覆盖工作区代码


  • 场景:缓存区存有上次改动代码,即之前有执行:git add
  • 当前工作区间代码想废弃, 可将缓存区中代码覆盖之:


image.png


对应指令:


  • 缓存区某一文件代码 覆盖本地工作区: git checkout -- testReset.txt
  • 将匹配的文件覆盖:git checkout -- *.txt
  • 将所有文件覆盖:git checkout -- .




本地仓库代码覆盖缓存区代码


  • 场景:发现之前add的文件不需要了,又不想工作区间重新改回去。


image.png


对应指令:

  • 将本地仓库某一文件覆盖缓存区: git reset HEAD testReset.txt
  • 将匹配的文件覆盖缓存区:git reset HEAD *.txt
  • 将所有文件覆盖缓存区:git reset HEAD .

注意:改变的是缓存区代码,工作区间代码不变(编辑器代码不会改变)




本地仓库代码覆盖工作区代码(常用)


上述两场景在实际开发中没那么常用,接下来 本地仓库 代码 覆盖 工作区间 代码 则经常会用到。

场景:当前工作区间代码混乱(一般更新或合并分支后),废弃当前改动;


image.png



对应指令:


  • 将本地仓库某一文件代码 覆盖本地工作区: git checkout HEAD testReset.txt
  • 将本地仓库所有文件代码 覆盖本地工作区:(谨慎操作):git checkout HEAD .

我们知道本地仓库中有一个commit列表, 记录了所有commit的记录, 查看commit列表指令:


  • 查看commit id, 查看提交记录(git commit的记录)
git log 
git log --pretty=oneline 
复制代码


  • 查看以往提交历史(包括 撤销回退 记录)
git reflog

image.png



根据commit列表,工作区间代码能实现更灵活的回退:


  • 本地工作区间代码 回退到上一次版本、上上次、前10个版本
git reset --hard HEAD^ 
git reset --hard HEAD^^ 
git reset --hard HEAD~10 
复制代码


  • 本地工作区间代码 回退到指定版本(“d362816”为commit id)
git reset --hard d362816 
复制代码




远程仓库代码覆盖本地仓库代码(清除 未push 的commit)


场景: 有时候合并分支、切换分支、更新代码会导致提交絮乱的问题(没使用--rebase方式),具体体现在自动生成了commit且工作区间 代码很多冲突。使工作区间代码跟线上代码一致且删除新生成的commit。

image.png


对应指令:


  • 本地工作区间代码回退到远程版本
git reset –-hard origin/master 
复制代码



远程仓库代码回滚(线上代码回滚)


场景: 提交了一个commit(该提交包含很多文件), 发现有问题, 需要回滚, 将线上分支(master)回滚到上一次commit;

合理一些的是使用 git reset或git revert方式进行回滚;


git reset方式图解:

image.png

git revert方式图解:


image.png



我们可以使用git revert将新的commit替换掉;(不用git reset而用git revert的原因是保留commit方便后续代码恢复)


对应指令:


// 替换掉上次提交的代码文件(上次的commit记录会保留)
git revert HEAD
git commit -m "回滚上次commit"
git push origin master
复制代码


  • git revert HEAD:撤销最近的一次提交,如果你最近一次提交是用revert命令产生的,那么你再执行一次,就相当于撤销了上次的撤销操作,换句话说,你连续执行两次revert HEAD命令,就跟没执行是一样的

总结案例


git log --pretty=oneline
复制代码

如果你在本地做了错误提交,那么回退版本的方法很简单



先用下面命令找到要回退的版本的commit id:

git reflog
复制代码



接着回退版本:

git reset --hard a7e1d279a7e1d279
复制代码



就是你要回退的版本的commit id的前面几位。

远程分支版本回退的方法


如果你的错误提交已经推送到自己的远程分支了,那么就需要回滚远程分支了。



首先要回退本地分支:


git reflog 
git reset --hard Obfafd
复制代码

紧接着强制推送到远程分支:

git push -f origin master 
复制代码
  • origin就是一个名字,它是在你clone一个托管在Github上代码库时,git为你默认创建的指向这个远程代码库的标签,origin指向的是repository,master只是这个repository中默认创建的第一个branch。


  • 当你git push的时候因为origin和master都是默认创建的,所以可以这样省略。


注意:本地分支回滚后,版本将落后远程分支,必须使用强制推送覆盖远程分支,否则无法推送到远程分支














相关文章
|
14天前
|
Devops Shell 网络安全
git使用之如何将一套代码同时推送至github|gitee|gitcode|gitlab等多个仓库-含添加ssh-优雅草央千澈完美解决-提供整体提交代码
git使用之如何将一套代码同时推送至github|gitee|gitcode|gitlab等多个仓库-含添加ssh-优雅草央千澈完美解决-提供整体提交代码
git使用之如何将一套代码同时推送至github|gitee|gitcode|gitlab等多个仓库-含添加ssh-优雅草央千澈完美解决-提供整体提交代码
|
3月前
|
开发工具 git
git如何修改提交代码时的名字和邮箱?
git如何修改提交代码时的名字和邮箱?
373 4
|
3月前
|
Java Linux 开发工具
IDEA中git提交前如何关闭code analysis以及开启格式化代码
【10月更文挑战第12天】本文介绍了在 IntelliJ IDEA 中关闭代码分析和开启代码格式化的步骤。关闭代码分析可通过取消默认启用检查或针对特定规则进行调整实现,同时可通过设置 VCS 静默模式在提交时跳过检查。开启代码格式化则需在 `Settings` 中配置 `Code Style` 规则,并通过创建 Git 钩子实现提交前自动格式化。
1047 3
|
4月前
|
安全 开发工具 git
git合并错了,我想回退到之前的版本
git合并错了,我想回退到之前的版本
|
3月前
|
JavaScript 前端开发 开发工具
一身反骨的我,用--no-verify绕开了git代码提交限制!
【10月更文挑战第7天】一身反骨的我,用--no-verify绕开了git代码提交限制!
216 0
|
3月前
|
Linux 开发工具 git
企业级Git管理工作流分析--GIT实战详解
企业级Git管理工作流分析--GIT实战详解
61 0
|
2月前
|
开发工具 git
git 常用命令
这些只是 Git 命令的一部分,Git 还有许多其他命令和选项,可根据具体需求进行深入学习和使用。熟练掌握这些命令能够帮助你更高效地管理代码版本和协作开发。
|
1月前
|
机器学习/深度学习 Shell 网络安全
【Git】Git 命令参考手册
Git 命令参考手册的扩展部分,包含了从基础操作到高级功能的全面讲解。
48 3
|
2月前
|
缓存 Java Shell
[Git]入门及其常用命令
本文介绍了 Git 的基本概念和常用命令,包括配置、分支管理、日志查看、版本回退等。特别讲解了如何部分拉取代码、暂存代码、删除日志等特殊需求的操作。通过实例和图解,帮助读者更好地理解和使用 Git。文章强调了 Git 的细节和注意事项,适合初学者和有一定基础的开发者参考。
63 1
[Git]入门及其常用命令
|
3月前
|
开发工具 git
git学习四:常用命令总结,包括创建基本命令,分支操作,合并命令,压缩命令,回溯历史命令,拉取命令
这篇文章是关于Git常用命令的总结,包括初始化配置、基本提交、分支操作、合并、压缩历史、推送和拉取远程仓库等操作的详细说明。
157 1
git学习四:常用命令总结,包括创建基本命令,分支操作,合并命令,压缩命令,回溯历史命令,拉取命令

相关实验场景

更多