专栏首页orientluGit 使用记录 - 各种撤销

Git 使用记录 - 各种撤销

@(版本控制)[git]

前面通过 Git使用记录 - 基础 一文记录了平时的一些git基础操作。由于篇幅限制,只能作为一个基础参考,更加详细建议阅读《git 权威指南》 或官方提供的文档

本文主要记录在不同情景下,如何恰当地撤销错误操作。

个人开发环境 ubuntu 14.04

说明:

  • $ 表示终端执行命令
  • # 命令注释
  • [] 表示可选

撤销本地(工作区)的修改

场景:我直接修改 pySerial.py 做个小测试, 测试后想取消掉那些修改。

$ git checkout pySerial.py
$ git status 
On branch master
Your branch is up-to-date with 'origin/master'.

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

    modified:   pySerial.py

以上操作用于撤销保存在工作区修改,但是不会撤销暂存区中的修改。 由于修改还没记录到 git 中,撤销无法恢复,请慎重!

修正最后一个commit

场景:我修正了一个惊天大 bug,赶紧提交炫耀一下,然后下一秒,我发现提交说明拼写错误,好尴尬怎么办。 使用 git commit 加 "--amend" 用于修改最后一条 commit。

$ git commit -m "#110 Fix for a real a bug bug"
[master 6665748] Fix for a real a bug bug
 1 file changed, 1 insertion(+), 3 deletions(-)
$ git commit --amend -m "#110 Fix for a real big bug"
[master 6375a9b] Fix for a real big bug
 1 file changed, 1 insertion(+), 3 deletions(-)

再比如提交后发现漏了某些文件, 可以添加修改到暂存区后执行上述命令修正。

注意到上述提交的 SHA 修正后发生改变,说明改变了 git 的历史,所以对于已经推到共享服务器的 commit,修改也可能导致其他合并冲突!

撤销本地提交

场景:修改提交了几个 commit,但是后面发现简直难看或着啥来的,决定撤销掉(这里还在本地,没有推到共享服务器) 找到你想保留的最后一条 commit 的 SHA_last

$ git reset [--mixed] SHA_last

git reset 默认使用模式 --mixed, 操作后,原先提交的 commit 被撤销,但是对应的文件修改依然会保留在工作区。

如果想把修改内容也抛弃,可以使用参数 --hard, 之后,全部都干净了。

重置上面的操作 (抬头..就上面)

场景:我把前面几个 commit 撤销了,而且还使用了 --hard,而后,我发现把有用的提交也不小心撤销了,怎么撤销上面的撤销....

使用 git log 已经无法查看想回退版本的 SHA,但是秉承走过就一定会留下痕迹(浮现老大那轻蔑的眼神,又提了什么傻逼commit然后偷偷回退....)的理念, 方法就是使用git reflog,查看到你提交过所有痕迹,包括已经撤销的(其实git 回定期清除用不到的对象,所以时间太长久,分支改动删除了的,就不要指望记录还在了)。

如列子, 我回退到 83a852b, 发现出错,想跳回到d2ef270,使用 git log 没有记录,使用 git reflog, 可以看到对应 SHA,然后直接 reset 到对应提交。

$ git log --pretty=format:"%h %an %ar : %s"
83a852b luchaodong 20 hours ago : fix uart error with thread & add setup.py
5ec962d luchaodong 12 days ago : add doc 9b16bc4 luchaodong 12 days ago : add py serial rx/tx

$ git reflog 
83a852b HEAD@{0}: reset: moving to 83a852b
d2ef270 HEAD@{1}: commit: test more commit
4e50ae7 HEAD@{2}: commit (amend): #110 Fix for a real big bug
c2e7dbb HEAD@{3}: commit: #110 Fix for a real a bug bug
83a852b HEAD@{4}: commit: fix uart error with thread & add setup.py
5ec962d HEAD@{5}: commit: add doc
9b16bc4 HEAD@{6}: commit (initial): add py serial rx/tx

$ git reset d2ef270
Unstaged changes after reset:
M   pySerial.py

$ git log --pretty=format:"%h %an %ar : %s"
d2ef270 luchaodong 69 seconds ago : test more commit
4e50ae7 luchaodong 2 minutes ago : #110 Fix for a real big bug
83a852b luchaodong 20 hours ago : fix uart error with thread & add setup.py
5ec962d luchaodong 12 days ago : add doc
9b16bc4 luchaodong 12 days ago : add py serial rx/tx

另外也可以记录对应几个提交的 SHA,然后通过git cherry-pick SHA把那几个提交撤销重置。

提交到错误分支的处理方法

场景:开发并提了几个 commit,发现当前在 mater 分支,但是之前的这几个提交是新功能,还不想提交到主分支。 你可以这么做:

$ git branch new_feture            # 保存当前的提交到新分支
$ git reset --hard origin/master   # 恢复主分支
$ git checkout new_feture

保证在最新上更新

场景:几天前你从 master 分支创建 new_fea 分支开发新特性,但是到了今天,master 分支有了其他提交,new_feam 已经滞后master 分支,但是你希望这几天开发的新特性是从今天开始的,而不是滞后那么多天。 当然你可以直接 merge 或者 reset 暂存更新再重新提交,但是这里有一种更加优雅的做法时 rebase

$ git rebase master

上述 rebase 过程如下:

  • 找到当前分支与 master 的共同祖先
  • Reset 到共同祖先位置,暂存 new_fea 后续的提交
  • Fast merge 到 master 末尾,然后再重新 commit 暂存的 new_fea 提交

撤销多个不连续的commit

场景:需要修改到一个早期提交的消息;发现一个早期提交漏了一些修改,想把几个提交合并,让log更加简洁的时候等可以尝试以下方法。

$ git rebase -i SHA_last

使用参数 -i 打开缺省编辑器

我刚测试提交了#1111-1 -- #1111-6 6个提交,输入后会看到如下 按时间先后排下来每个提交:第一列是执行的命令,第二列是SHA, 第三列是提交说明 里面也有详细的使用说明

pick e77c88d #1111-1 test - edit commit
pick 5a1425b #1111-2 test - edit commit
pick b1d7e93 #1111-3 test - edit commit
pick 240d1b7 #1111-4 test - edit commit
pick 2073df0 #1111-5 test - edit commit
pick f61e1ee #1111-6 test - edit commit

# Rebase 83a852b..f61e1ee onto 83a852b
#
# Commands:
#  p, pick = use commit
#  r, reword = use commit, but edit the commit message
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#  f, fixup = like "squash", but discard this commit's log message
#  x, exec = run command (the rest of the line) using shell
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#
# Note that empty commits are commented out

执行操作

1 撤销某个commit及其修改 : 在编辑器里面直接删除对应那一行。

2 修改 commit 消息 : 把第一列的 pick 替换为 reword (或者直接用 r); 退出保存后, 会提示重新编辑消息。

3 把两个 commit 合并到一起 : 使用 squash 或 fixup 命令 “向上” 合并

带有这两个命令的 commit 会被合并到它的 前一个(更早的提交) commit 里。

  • squash, Git 会提示我们给新合并的 commit 一个新的 commit 消息;
  • fixup 则会把合并清单里第一个 commit 的消息直接给新合并的 commit 。

4 改变提交顺序 : 修改每一行的顺序来改变对应commit 的顺序。

很容易失败

撤销一个已经有副本的commit

场景:做错事了,而且 push 到服务器,并且被其他人 pull,使用前面的 reset 可能给后续带来冲突。 聚集反物质,把你之前的提交抵消掉,回产生一条新记录,但是内容被重置。

$ git revert SHA_I_dont_want_you

这是 Git 最安全、最基本的撤销场景,因为它并不会改变历史, 然后勇敢地push 到服务器吧。

停止追踪文件

场景 : .gitignore 会阻止 Git 追踪文件的修改,甚至不关注文件是否存在,但这只是针对那些以前从来没有追踪过的文件。一旦有个文件被加入并提交了,Git 就会持续关注该文件的改变。 如果你希望从 Git 的追踪对象中删除那个本应忽略的文件,

$ git rm --cached file_name

Git 会从追踪对象中删除它,但让文件在磁盘上保持原封不动。因为现在它已经被忽略了,你在 git status 里就不会再看见这个文件,也不会再偶然提交该文件的修改了。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Git 使用记录 - 基础

    命令行直接输入git提示应用没有安装的情况下 安装git,[图形化 gitk, 差异比较工具 meld]

    orientlu
  • Linux 端蓝牙调试工具

    毕业大半年一直从事Ble外设开发,发现linux上可以使用bluez进行蓝牙开发,更加便捷的是,有一个python模块对bluez接口进行封装,叫bluepy,...

    orientlu
  • FreeRTOS 软定时器实现

    考虑平台硬件定时器个数限制的, FreeRTOS 通过一个 Daemon 任务(启动调度器时自动创建)管理软定时器, 满足用户定时需求. Daemon 任务会在...

    orientlu
  • 撤销远程提交-每天三分钟玩转Git (6)

    要是我们"不小心"把骂老板的话给提交到远程了,马上其他同事都要看到了,要是被发现就全完了,这个时候我们还来得及撤销吗?

    机智的程序员小熊
  • 10 个迅速提升你 Git 水平的提示

    在这篇文章中,我们试图探索怎样有效的管理你的时间和充分的使用Git提供的功能。 注:本文中,一些命令包含了方括号中的部分内容(例如:git add -p [fi...

    小小科
  • git撤销修改各种情况

    如何在Git里撤销(几乎)任何操作 一、撤销一个已经公开的改变 场景:已经执行了gitpush,将修改发送到了github,需要撤销某一个commit。 方法:...

    fanfan
  • git 入门教程之冲突合并 原

    如果足够幸运的话,团队成员互不影响,彼此相安无事,大家各自基于 master 分支的某个 commit 创建自己的分支,平时在分支上独立工作,等到一段时间后再合...

    雪之梦技术驿站
  • git问题场景和log颜色查看

    正常我们使用git,比如git add ,git commit , git push这些完成个人的代码暂存、修改、提交和推送操作。

    mariolu
  • 一杯茶的时间,上手 Git 团队协作开发

    本文总结了图雀团队协作开发的流程与规范,仅供参考。最优的解决方案还是需要结合团队的实际情况,具体问题具体分析。

    一只图雀
  • 【转载】看完这一篇,再也不用担心 Git 的“黑魔法”

    本文转载自微信公众号——阿里技术。(话说转载阿里的文章到腾讯会不会Emmm......)

    Ashen

扫码关注云+社区

领取腾讯云代金券