没有合并的git合并
我有一个问题，我分别在dev和本月的release分支上做了相同的错误修复，但是由于架构的不同，修复在两个分支上的不同文件中 我遵循的是，将发布分支合并回dev中，但既然该修复已经应用到dev中，有没有一种简单的方法可以“合并”但只保留dev中的内容没有合并的git合并,git,merge,Git,Merge,我有一个问题，我分别在dev和本月的release分支上做了相同的错误修复，但是由于架构的不同，修复在两个分支上的不同文件中 我遵循的是，将发布分支合并回dev中，但既然该修复已经应用到dev中，有没有一种简单的方法可以“合并”但只保留dev中的内容 dev branch: dev - changes - fix1a - moreChanges -?- justKeepDev \
dev branch: dev - changes - fix1a - moreChanges -?- justKeepDev
\ /?/
release branch: release14.01 - fix1b ----------------
一种方法是恢复
fix1afix1adevmoreChangesrelease14.01fix1bgit checkout dev
git revert (commit hash of fix1a)
git merge release14.01
如果您需要帮助可视化恢复将执行的操作，我认为找到的图表将非常有用。如果我正确理解您的意思，我们的合并策略应该满足您的需要。从文件中：
ours
This resolves any number of heads, but the resulting tree of
the merge is always that of the current branch head,
effectively ignoring all changes from all other branches. It
is meant to be used to supersede old development history of
side branches. Note that this is different from the -Xours
option to the recursive merge strategy.
git checkout dev
git merge -s ours release14.01
这里有
我们的递归我们的devdevrel7devrel7devrel7git将rel7devdev1换句话说，作为单独的“fix1b”和“fix1a”提交的修复程序不合格。您无法简单地将fix1b更改合并到另一个文件/函数/任何内容中。首先修复
rel7rel7dev这里的想法是首先在发布分支上进行修复，然后将相同的修复合并到开发行中。将此“虚拟”合并到
ours使用链接页面上描述的方法，您应该首先在发布分支（或发布分支下的分支）上编码“fix1b”，然后测试并发布它。然后，您将执行一个
git mergedevcherry pickfix1bdevreleaseddev$ git checkout dev
$ git merge -s ours rel7