工作过程中发现很多小伙伴会git理解不深，操作过程中往往使用一些 删除分支，文件备份的方法保证自己的代码。本文将结合工程实践讲解git的原理 本文长期更新，欢迎研讨交流。
一不小心提交了多于的代码到master分支，怎么处理呢。
这时候远程代码已经提交到远程仓库了，这就需要强制回退，
idea里没有对应的操作菜单。
造成原因：
test 分支切换到master分支时 idea 有未提交的代码
idea 选择了smart 模式切换分支，导致代码在本地带到了master分支，进而被意外提交。
用命令实现：
1、获取某个历史版本的id（即change-id，每个版本唯一）
方法1：使用git log命令查看所有的历史版本，输入q便可退出。
git log方法2：使用gitk图形化界面查看节点信息。（在安装 Git 的同时，你也装好了它提供的可视化工具，gitk 和 git-gui。）
—>假设查到历史版本的id是124bb0f757e661ef12cdbe99a805c156297d1f11
2、本地恢复到该节点状态
git reset --hard 124bb0f757e661ef12cdbe99a805c156297d1f113、强推到远程分支
<此时如果分支较远或者改动较多，使用git push origin可能会报错失败，此时可使用强推>
git push -f -u origin master这个操作需要输入用户名 密码
原理分析：git 版本记录 可以理解为记录每个操作节点
无论何种操作都会被记录在git 操作日志里。
git revert 撤销 某次操作，此次操作之前和之后的commit和history都会保留，并且把这次撤销 作为一次最新的提交 * git revert HEAD 撤销前一次 commit * git revert HEAD^ 撤销前前一次 commit * git revert commit （比如：fa042ce57ebbe5bb9c8db709f719cec2c58ee7ff）撤销指定的版本，撤销也会作为一次提交进行保存。 git revert是提交一个新的版本，将需要revert的版本的内容再反向修改回去， 版本会递增，不影响之前提交的内容
git revert 和 git reset的区别
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入。git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。