git rebase 成功之后撤销的操作方法
rebase在git中是一个非常有魅力的命令,使用得当会极大提高自己的工作效率;相反,如果乱用,会给团队中其他人带来麻烦。它的作用简要概括为:可以对某一段线性提交历史进行编辑、删除、复制、粘贴;因此,合理使用rebase命令可以使我们的提交历史干净、简洁!
下面看下git rebase 成功之后如何撤销,感兴趣朋友看下。
git rebase 过程中可以使用git --abort/--continue
来进行操作,成功之后如何撤销呢?
首先执行git reflog查看本地记录
可知本次rebase之前的id 为:
02a3260 HEAD@{9}: commit: adjust ds5 ir data save file formate
所以执行
git reset --hard 02a3260
即可
到此这篇关于git rebase 成功之后撤销的操作方法的文章就介绍到这了,更多相关git rebase撤销内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!
相关推荐
-
Git rebase命令使用实战
一.前言 一句话,git rebase 可以帮助项目中的提交历史干净整洁!!! 二.避免合并出现分叉现象git merge操作 1.新建一个 develop 分支 2.在develop分支上新建两个文件 3.然后分别执行 add.commit.push 4.接着切换到master分支 分别添加c.txt 和 d.txt两个文件,分别进行add.commit.push 5.现在想把develop分支上开发的部分合并到master分支上 6.git merge 会将master和develop合并的
-
解决使用commit提交大文件无法推送到远程库问题及git rebase使用详解
解决这个问题并没有特别的(删除提交历史中某个文件,然后重新push),但是由于开始的使用失误,中间有使用git rebase和git reset命令处理,所以特此记录下 大文件无法push到远程仓库 问题 首先,故事(事故)的起因是这样的. 某次git push(类似测试使用,没有分支)到远程仓库时发生如下无法提交大文件的报错(大文件是一个pdf文件) $ git push Enumerating objects: 204, done. Counting objects: 100% (204/2
-
一不小心git rebase后出现(master|REBASE 1/10)的问题及解决办法
有时候在向服务器git push origin master的时候会出现失败的现象.它是这样的 然后呢,我在百度上历经千辛万苦,找到了解决的方法. 他说是因为远程仓库和本地仓库文件冲突,使用git pull --rebase origin master(拉取远程的文件把本地的覆盖,再上传).然后再进行push,我这天真的小白,就深信不疑地使用了.第一次还真的成功了.还提交上去了.但是好景不长,我再次使用的时候(也可能是命令记错了),就变成了这样 然后我git status,他是这样的 不仅这样,
-
git rebase 成功之后撤销的操作方法
rebase在git中是一个非常有魅力的命令,使用得当会极大提高自己的工作效率:相反,如果乱用,会给团队中其他人带来麻烦.它的作用简要概括为:可以对某一段线性提交历史进行编辑.删除.复制.粘贴:因此,合理使用rebase命令可以使我们的提交历史干净.简洁! 下面看下git rebase 成功之后如何撤销,感兴趣朋友看下. git rebase 过程中可以使用git --abort/--continue来进行操作,成功之后如何撤销呢? 首先执行git reflog查看本地记录 可知本次rebase
-
windows下使用Git上传代码 的图文操作方法
首先,在使用Git的同时,我们需要拥有码云账号,在官网注册即可(官网: https://gitee.com/ ). 注册结束后创建一个代码仓库,最好和要上传的文件夹名字一样: 1.首先在电脑上安装windows版本Git(官网:https://git-scm.com/download/),64位系统直接下载即可 2.安装过程不必想那么多,选完安装目录后一直点击下一步即可,直到完成.安装之后鼠标右键会自动多出两个选项,这时就代表了安装成功 3.一切准备就绪,接下来我们就可以上传代码了. (1).在
-
git rebase -i合并多次提交的实现
简介 在日常开发中,代码变更比较频繁,有时候想让前几次提交的合并为一次提交,这里可以使用git rebase -i 命令来完成,当然,git rebase命令不仅仅用于合并提交,它还有许多用处,比如可以使用git rebase onto将某一段commit粘贴到另一个分支上等等,这里主要介绍合并提交. 命令介绍 rebase为变基 git rebase -i 命令可以压缩合并多次提交 格式:git rebase -i [startpoint] [endpoint] 其中-i的意思是–intera
-
git rebase -i 修改历史提交的方法
git rebase -i 修改历史提交 commit 3 add 22222 commit 2 add 11111 commit 1 create file 有如上三次提交,发现第二次提交有失误,准备修改第二次提交. git log –oneline 查看head f206555 add 2222 572a41e add 1111 c195175 feat:create file git rebase -i c195175 回到第一次提交的基础上 进入命令模式 选择进行edit 此时已经回到第
-
详解git merge 与 git rebase的区别
前言 其实这个问题困扰我有一段时间,相信也有人和我一样有这个困扰,网上已有很多这种解释了,但是要么就是无图,要么就是解释的很乱,没太看懂,经过自己对git的使用,加上向同事请教,算是理解了这个问题,所以写下来分享一下,我尽量详细说明 merge与rebase的区别 假设我们有如下图一所示仓库,该仓库有master和develop两个分支,且develop是在(3.added merge.txt file)commit处从master拉出来的分支. merge 假设现在HEAD在(6.added
-
git工具常用命令及ssh操作方法
目录 git基础命令 暂存,本地仓库,远程仓库,本地代码 拉取其他分支 合并分支 代码提交 版本穿梭 注意点 SSH git基础命令 git clone '远程仓库地址' 第一次从仓库拉取代码 git pull 拉取最新 git add . 把代码提交到暂存区git commit -m "备注" 将暂存区内容添加到本地仓库 git push 提交 git checkout '分支名' 切换到指定分支名 git branch 查看本地分支列表 git branch -a/–al
-
Git里多种撤销操作的最佳方法
前言 相信大家都知道任何版本控制系统的一个最有的用特性就是"撤销 (undo)"你的错误操作的能力.在 Git 里,"撤销" 蕴含了不少略有差别的功能.当你进行一次新的提交的时候,Git 会保存你代码库在那个特定时间点的快照:之后,你可以利用 Git 返回到你的项目的一个早期版本. 撤销一个"已公开"的改变 场景: 你已经执行了 git push, 把你的修改发送到了 GitHub,现在你意识到这些 commit 的其中一个是有问题的,你需要撤销
随机推荐
- JS实现倒计时(天数、时、分、秒)
- Asp与JS的数组和字符串下标介绍
- 金山反病毒20050118_日报
- Linux下定时切割Tomcat日志并删除指定天数前的日志记录
- javascript prototype原型操作笔记
- 用Javascript评估用户输入密码的强度(Knockout版)
- 在 .NET Framework 2.0 中未处理的异常导致基于 ASP.NET 的应用程序意外退出
- php中的MVC模式运用技巧
- PHP Pear 安装及使用
- Python字典实现简单的三级菜单(实例讲解)
- Shell脚本中实现切换用户并执行命令操作
- jQuery中$.each使用详解
- Shell编程之Shell变量学习总结
- Java复习之集合框架总结
- 一段实时更新的时间代码
- Java 覆盖equals时总要覆盖hashcode
- C#中String StringBuilder StringBuffer类的用法
- python实现公司年会抽奖程序
- vue以组件或者插件的形式实现throttle或者debounce
- 微信小程序登录态和检验注册过没的app.js写法