Git 不使用合并方式提交分支差异

场景是这样的，预生产使用master发布后，测出了Bug。然后修复时，当时比较急，就直接在master上修改，然后提交了master。事后觉得有问题，其他同事新建功能分支的话，会从dev中拉分支。如果他的功能和我的有关联，那么这从master提交的几次更改，就漏掉了，会导致他有问题，所以应该需要把这些差异项找出，然后重新提交dev。如果是普通分支，可以做分支合并。但是如果是master，要把他合到dev，感觉怪怪的，很不规范。当只是修改个别文件时，直接定位文件，把文件复制到dev重新提交就好。当文件一多，这种方式效率低，而且很容易出错。所以想了一种方法，借助TortosiseGit的差异化比较来实现，具体步骤如下：

1、切换到领先分支，右键TortosiseGit查看日志；

2、左上角选择弱后分支，选取最新一次提交，右键对比工作副本，导出差异项（删除的需要独立处理，重命名、修改、新增都可以直接导出）；

3、切换到落后分支，在弱后副本合并差异项，处理删除项；

4、提交前使用查看版本分支图，对比工作副本和领先分支，再检查一遍；

5、对比结果没有问题，则提交代码。