git revert与reset

区别

revert是恢复还原的意思，revert操作只会抹除指定提交记录，不会导致后续提交的commit记录消失

reset是重置的意思，reset会重置到指定节点，后续提交记录会被抹去，需要谨慎操作。

工作上遇到的问题:

实际工作场景:某未到投产时间的业务分支被错误合并到master，发现后对合并操作做了revert操作。等到后续单子需要合并到master的时候发现会出现冲突和无代码改动两种异常情况导致代码丢失导致分支上的代码合不到master了。

产生问题的原因是因为，之前被回滚的代码被认为已经存在于 master 分支上，不算改动，所以merge后业务分支上新增的文件没有被合上去。

解决方法:

首先，切换到 master 分支，并基于 master 分支拉出一个分支 revert_tmp。作为 master 的副本，revert_tmp 的作用就是保存 revert 的提交记录；

git checkout master

git checkout -b revert_tmp

其次，在 master 分支上找到 revert 的那条提交记录的版本号，回滚至之前的版本（版本号可以通过“git log”命令，或者从网页端查看）；

git log # 查询<版本号>，格式，如：f2c3b544166eec612ea6814d6cd19aeef46824f8

git revert <版本号>

最后，将业务分支合到revert_tmp后将revert_tmp合到master，这样业务分支上的代码就合到了master上并且不会丢失后续业务分支上新提交的代码。

git merge与git rebase

git merge xxx分支：是将xxx分支合并到当前的分支；

git rebase xxx分支：是将当前所在分支合并到xxx分支，实际是将当前所在分支的所有commit记录取出来放到xxx分支后面，但仍然保留当前分支。这种合并分支方式优点是可以使得版本提交历史看起来更加线性化，仿佛是一直在进行串行开发从未分离过分支做并行开发一样；

操作样例：git checkout -b  A;一系列git commit;git rebase master;这样就将A分支一系列提交追加到master最后一次提交的后面了