我们假设有两个分支master
和slave
,它们编辑同一个文件和同一行。最初,文件的内容是
foo bar
然后在分支slave
中编辑成
foo bar baz
现在分支slave
的用户格式化补丁(git format-patch master
)并将其发送给分支master
的用户。同时,在分支master
中编辑相同的文件并成为
foo bar spam eggs
无法应用修补程序,master
要求slave
合并并制作新的修补程序。当master
合并到slave
并且冲突得到解决时,是时候重新格式化补丁了。提交图如下所示:
slave: master:
foo bar baz spam eggs
| \
| \
| foo bar spam eggs
| |
foo bar baz |
\ |
\ |
+--------- foo bar
slave
上的最新提交(合并)如下:
@@@ -1,1 -1,1 +1,1 @@@
- foo bar baz
-foo bar spam eggs
++foo bar baz spam eggs
但是,如果我们现在运行git format-patch master
,我们仍然可以获得与以前完全相同的补丁,但不考虑合并和冲突解决方案:
@@ -1 +1 @@
-foo bar
+foo bar baz
如何格式化适用于最新母版的补丁?我想在没有rebase
的情况下这样做。
更新:git format rev1..rev2
,其中rev1
和rev2
分别是master
和custom
分支的负责人,不包括与冲突解决相关的更改。 git-diff
格式化有效的补丁,但省略了提交消息。
答案 0 :(得分:1)
为什么使用补丁?你应该在回购之间推拉。
合并不是你可以制作补丁的东西。它将仅跟随第一个父母。您可以使用git diff
获取所需内容并对patch进行格式化,同时指定2个不同的提交来区分。
希望这有帮助。