merge被打回需要重新多次commit的问题

1. 问题复现

在工作中遇到了这样的一个提交问题
v1 -> v2 有三个commit c1, c2
在merge的时候领导打回来需要修改一些东西 但是还是得有三个commit 且不能有额外的commit(不能c3:修改代码 这样的操作)

之后我们得这样做

1. reset版本 回到v1去
2. 找出c1的修改代码, 覆盖到v1 提交一次
3. 找出c2的修改代码, 覆盖到v1+c1去 再提交一次

这样修改代码就非常麻烦 所以可以采取补丁的方式
将c1和c2每次提交前都打一个补丁,
当reset回去之后, 将c1的补丁打回来, 按照领导的指令修改, 再commit.
如果运气好, c2还能打上且没有冲突, 再把c2打上, 按照领导的指令修改, 再commit.

Git 提供了两种补丁方案，一是用git diff生成的UNIX标准补丁.diff文件，二是git format-patch生成的Git专用.patch 文件。
这里介绍patch,而不是diff。

2. git patch基础使用

某次提交（含）之前的几次提交：

git format-patch 【commit sha1 id】-n
commit sha1 id可以用Git log得到

打补丁

git apply --check 【path/to/xxx.patch】 // 查看是否能打
git apply 【path/to/xxx.patch】			// 打补丁

3. patch冲突解决

、执行命令 git am xxxx.patch 尝试直接打入补丁。因为我们使用的 patch 已经过时了，所以这一步肯定会报错并中断（注意，虽然命令停止执行了，但我们依然处于git am命令的运行环境中，可以通过git status命令查看到当前的状态）。

2、执行命令 git  apply --reject  xxxx.patch 自动合入 patch 中不冲突的代码改动，同时保留冲突的部分。这些存在冲突的改动内容会被单独存储到目标源文件的相应目录下，以后缀为 .rej 的文件进行保存。比如对 ./test/someDeviceDriver.c 文件中的某些行合入代码改动失败，则会将这些发生冲突的行数及内容都保存在 ./test/someDeviceDriver.c.rej 文件中。我们可以在执行 git am 命令的目录下执行 find  -name  *.rej 命令以查看所有存在冲突的源文件位置。

3、依据 步骤2 中生成的 *.rej 文件内容逐个手动解决冲突，然后删除这些 *.rej 文件。完成这一步骤的操作后，我们就可以继续执行 git am 的过程了。

4、执行命令 git  status 查看当前改动过的以及新增的文件，确保没有多添加或少添加文件。

5、执行命令 git  add . 将所有改动都添加到暂存区（注意，关键字add后有一个小数点 . 作为参数，表示当前路径）。

6、执行命令 git  am  --resolved 继续 步骤1 中被中断的 patch 合入操作。合入完成后，会有提示信息输出。

7、执行命令 git  log 确认合入状态。

reference:
https://blog.youkuaiyun.com/Qidi_Huang/article/details/61920472