我的难题是这样的。我的团队成员修改了供应商组件。这个组件然后升级到当前版本,覆盖我的团队的变化。Git'合并',但指定远程/本地/基地提交在同一分支
有问题的部分有我的队友做出的重大更改,但升级时添加了最小的更改。我所拥有的是这样的:
---component version 1.0----team change A---team change B---component version 2.0
(stock) (result of upgrade)
我想是做合并,像这样:
----team change A---team change B
/ \
---component version 1.0 successful 'merge'
(stock) /
\------------component version 2.0
(result of upgrade)
的基本原理是将球队的变化是比较容易,如果我们可以看到从component version 1.0
供应商的变化到component version 2.0
,我们从component version 1.0
更改为team change B
并合并这两组更改。
据我了解,要做到这一点的唯一方法是将分支重置为team change B
,从component version 1.0
检出一个新的分支和component version 1.0
和component version 2.0
之间适用的差异作为一个修补程序,合并分支机构创建的,并提交解析度。
我希望有一种方法可以基本上模拟像git merge --BASE='component version 1.0' --LOCAL='team change B' --REMOTE='component version 2.0'
这样的合并,这样我就可以使用合并解析工具来确定生成的文件的外观。
复位的主人是不是一种选择。我实际上最终使用了araxis merge的三路diff/merge功能。在每个窗口中选择相同的文件,然后在每个窗格中选择不同的版本:左侧团队更改B,中间通用祖先,右侧组件版本2.0。如果我没有进入实践,这将是最好的答案。 – kayaker243