I want to go from this
A - B - C - D - E - F - G
where Branch1 is pointing at E and Branch2 is pointing at G
to this:
The following is a shot in the dark:
From the git-rebase
documentation:
-m, --merge
Use merging strategies to rebase. When the recursive (default)
merge strategy is used, this allows rebase to be aware of renames
on the upstream side.
Note that a rebase merge works by replaying each commit from the
working branch on top of the <upstream> branch. Because of this,
when a merge conflict happens, the side reported as ours is the
so-far rebased series, starting with <upstream>, and theirs is the
working branch. In other words, the sides are swapped.
-X <strategy-option>, --strategy-option=<strategy-option>
Pass the <strategy-option> through to the merge strategy. This
implies --merge and, if no strategy has been specified, -s
recursive. Note the reversal of ours and theirs as noted in above
for the -m option.
If -X
implies --merge
, and --merge
swaps theirs
and ours
, maybe that's the problem. What happens if you switch theirs
for ours
?
How do I go about telling git that I don't want to merge them, I just want to take 'theirs' each time?
That would be with a custom merge driver, that you can associate specifically with all binaries (*.dll
, *.exe
, *.so
, ... whatever your particular binary extension is in your case)
See "git merge -s theirs needed — but I know it doesn't exist" for illustration.
What I haven't tested is: does the custom merge driver applies during a rebase --onto
.