Git使用记录：Git各类撤销操做

Git各类撤销操做

1,  git checkout -- file

能够撤销add和commit以后的文件

git checkout -- a.txt

2,  git checkout branch a.txt

用另一个分支的文件替换当前分支的文件

git checkout master a.txt

3, git rm a.txt

直接删除某个文件

git rm a.txt
git commit -m "del a.txt"

4， git reset --soft|--mixed|--hard <commit_id>

回退到某一个提交
1.第一种状况：尚未push，只是在本地commit

这里的<commit_id>就是每次commit的SHA-1，能够在log里查看到
--mixed    会保留源码,只是将git commit和index 信息回退到了某个版本.
--soft   保留源码,只回退到commit信息到某个版本.不涉及index的回退,若是还须要提交,直接commit便可.
--hard    源码也会回退到某个版本,commit和index 都会回退到某个版本.(注意,这种方式是改变本地代码仓库源码)

简单总结一下，其实就是--soft 、--mixed以及--hard是三个恢复等级。使用--soft就仅仅将头指针恢复，已经add的缓存以及工做空间的全部东西都不变。若是使用--mixed，就将头恢复掉，已经add的缓存也会丢失掉，工做空间的代码什么的是不变的。若是使用--hard，那么一切就全都恢复了，头变，aad的缓存消失，代码什么的也恢复到之前状态。

git log
// 若是没有你想要的就在冒号状态下一直回车，退出是在冒号下输入q
git reset --hard f185d0ec
git push -f
// 强制提交

// 若是又后悔了，想回到最新的
git reflog
// 重复上边的步骤

2.commit push 代码已经更新到远程仓库

git revert <commit_id>
git push -f

revert 以后你的本地代码会回滚到指定的历史版本,这时你再 git push 既能够把线上的代码更新。
注意：git revert是用一次新的commit来回滚以前的commit，git reset是直接删除指定的commit，看似达到的效果是同样的,其实彻底不一样。
第一:上面咱们说的若是你已经push到线上代码库, reset 删除指定commit之后,你git push可能致使一大堆冲突.可是revert 并不会.
第二:若是在往后现有分支和历史分支须要合并的时候,reset 恢复部分的代码依然会出如今历史分支里.可是revert 方向提交的commit 并不会出如今历史分支里.
第三:reset 是在正常的commit历史中,删除了指定的commit,这时 HEAD 是向后移动了,而 revert 是在正常的commit历史中再commit一次,只不过是反向提交,他的 HEAD 是一直向前的.

5, git reset HEAD~1

按提交步骤回退,~后边的数字是回退几回命令
(假如merge了一个其余的分支并提交）

git merge branch2
git push

// 如今要撤回

git reset HEAD~1
git checkout .
// 若是只是个别文件能够git checkout aa.txt bb.txt
git push -f

6, git rebase --onto baseBranch from to

删除中间的某次commit

咱们先提交几回记录

git log
咱们会看到以下信息

commit aa1f22523b7c27c692a59588a72d396a97ae04be (HEAD -> branch2)
Author:
Date:   Tue Jul 10 21:34:55 2018 +0800

    4

commit cb10df56ea102a558c24625e4ebbb296e0b9d1e8
Author:
Date:   Tue Jul 10 21:34:38 2018 +0800

    3

commit 6407cefa0631920cfe8e12bfebc5f1f72c373b07
Author
Date:   Tue Jul 10 21:34:24 2018 +0800

    2

commit 3427ac34d38fb6bb06cfd222896e7e3a7a837219
Author:
Date:   Tue Jul 10 21:34:10 2018 +0800

    1

咱们要删掉3的那次commit，我所在的分支是branch2，--onto后边第一个参数是base，也就是要删掉的commit的上一个commit，
第二个参数是咱们要拼接的commit起始位置，第三个是结束位置
~表示分支的上一次或者上几回commit

git rebase --onto branch2~3 branch2~1 branch2

执行完会发现冲突，这时候删掉第3次commit的代码，解决完冲突，而后恢复到最后一次commit
git add .
git rebase --continue

再git log，会发现，第三次commit已经没有了

commit 20586673a513c53709f1e75f786e501c62d6537d (HEAD -> branch2)
Author: 
Date:   Tue Jul 10 21:34:55 2018 +0800

    4

commit 6407cefa0631920cfe8e12bfebc5f1f72c373b07
Author: 
Date:   Tue Jul 10 21:34:24 2018 +0800

    2

commit 3427ac34d38fb6bb06cfd222896e7e3a7a837219
Author: 
Date:   Tue Jul 10 21:34:10 2018 +0800

    1

7，git commit --amend

修改最后一次commit信息

git commit --amend
此时处于vim状态，按c开始编辑，修改完按esc退出编辑，连续按两次大写Z，退出

修改以前几回的
好比要修改的commit是倒数第三条，使用下述命令：

git rebase -i HEAD~3
把pick改成edit
而后 :wq
git commit --amend
退出保存 :wq，而后回到正常状态
git rebase --continue
git push -f 推送到服务端

8, git merge --squash branch

合并的时候不想携带分支的commit信息，合并到master的时候只会留下一条信息

git merge --squash branch
 git add .
 git commit -m "merge branch"
 git push