git撤销文件修改

1、在工作区的修改（尚未add）

git checkout --文件名即可。若要撤销所有只需git checkout .即可。

注意：git chekcout 是让文件回到最近一次该文件git  commit 或git add时的状态。

2、工作区修改了之后，提交到了暂存区（已经add了）

git rm --cached 文件名，放弃该文件的缓存。

3、已经commit了

则先：git reset HEAD file让该文件回到工作区的状态。

然后：git chekcout -- file即可

可以撤销add和commit之后的文件

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

直接删除某个文件

回退到某一个提交

1.第一种情况：还没有push，只是在本地commit

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

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

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 是一直向前的.

按提交步骤回退,~后边的数字是回退几次命令

(假如merge了一个其他的分支并提交）

删除中间的某次commit

我们先提交几次记录

我们要删掉3的那次commit，我所在的分支是branch2，--onto后边第一个参数是base，也就是要删掉的commit的上一个commit，

第二个参数是我们要拼接的commit起始位置，第三个是结束位置

~表示分支的上一次或者上几次commit

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

修改最后一次commit信息

修改之前几次的

比如要修改的commit是倒数第三条，使用下述命令：

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

git rm --cached 文件名

git rm --cached -r 目录

---