Git 原理与实践

工作过程中发现很多小伙伴会git理解不深，操作过程中往往使用一些 删除分支，文件备份的方法保证自己的代码。本文将结合工程实践讲解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 124bb0f757e661ef12cdbe99a805c156297d1f11

3、强推到远程分支

<此时如果分支较远或者改动较多，使用git push origin可能会报错失败，此时可使用强推>

git push -f -u origin master

这个操作需要输入用户名 密码

原理分析：git 版本记录 可以理解为记录每个操作节点

无论何种操作都会被记录在git 操作日志里。

二、 git revert 和 git reset 对比

git revert 撤销 某次操作，此次操作之前和之后的commit和history都会保留，并且把这次撤销
作为一次最新的提交
* git revert HEAD 撤销前一次 commit
* git revert HEAD^ 撤销前前一次 commit
* git revert commit （比如：fa042ce57ebbe5bb9c8db709f719cec2c58ee7ff）撤销指定的版本，撤销也会作为一次提交进行保存。
git revert是提交一个新的版本，将需要revert的版本的内容再反向修改回去，
版本会递增，不影响之前提交的内容

---

git revert 和 git reset的区别

1. git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。
2. 在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入。
3. git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。