git rebase和git merge是在日常开发中常用的用于分支合并的命令，也是非常容易误用的两个命令。本文将通过图文的方式去详解二者之间的区别。git mergegit merge会为本次的合并过程生成一条新的commit，并将该commit添加到目的分支上。
这可能是git用户最常提出的问题詹姆斯何4分钟阅读> Photo by mari lezhava on Unsplash社区中长期以来一直在争论我们应该使用Merge还是Rebase。有人会说Merge更好，因为它保留了最完整的工作历史。
相信大家在使用 git 的使用过程中，都会遇到一些小问题阻碍你继续下一步，我先说几个，看看你有没有遇到过：正在写功能但要切分支改 bug;提交信息手快写错了单词或少提交了代码;不该提交的东西提交了并推送到远程；多个提交重复了...。
Git 的版本控制是分布式的，这意味着当多人工作在同一个项目或者同一个分支上时，每个人的系统之都包含了这个项目或者分支的全部信息，即使此时中央 git 服务器出现不可修复的故障，仍可以基于任何一个已经检出该项目的电脑来使用本地的 git 记录来进行覆盖还原。
如果你还没有推到远程， 把Git重置到你最后一次提交前的状态就可以了:这只能在没有推送之前有用. 如果你已经推了， 唯一安全能做的是 git revert SHAofBadCommit， 那会创建一个新的提交用于撤消前一个提交的所有变化;
在IT行业中一直流传着这样一句话，“删库跑路”，意思就是把公司的所有用户数据都删除，并且还是不能恢复的那种，其实这只是一种调侃罢了，虽然事件是真事，但是极其少见，但凡有研发能力的公司，代码的管理堪比高考试卷保存，经过层层关卡才能使用，并且删库是违法的，你能跑到哪去?
