diff options
| author | Elijah Newren <newren@gmail.com> | 2020-02-27 00:05:05 (GMT) |
|---|---|---|
| committer | Junio C Hamano <gitster@pobox.com> | 2020-02-27 18:59:59 (GMT) |
| commit | 802050400a51270bd2b4a13e410412693975c766 (patch) | |
| tree | d9e2b0722a9f17e9bc8de654065388f22c954554 /list-objects-filter-options.h | |
| parent | 2d2118b814c11f509e1aa76cb07110f7231668dc (diff) | |
| download | git-802050400a51270bd2b4a13e410412693975c766.zip git-802050400a51270bd2b4a13e410412693975c766.tar.gz git-802050400a51270bd2b4a13e410412693975c766.tar.bz2 | |
merge-recursive: apply collision handling unification to recursive case
In the en/merge-path-collision topic (see commit ac193e0e0aa5, "Merge
branch 'en/merge-path-collision'", 2019-01-04), all the "file collision"
conflict types were modified for consistency. In particular,
rename/add, rename/rename(2to1) and each rename/add piece of a
rename/rename(1to2)/add[/add] conflict were made to behave like add/add
conflicts have always been handled.
However, this consistency was not enforced when opt->priv->call_depth >
0 for rename/rename conflicts. Update rename/rename(1to2) and
rename/rename(2to1) conflicts in the recursive case to also be
consistent. As an added bonus, this simplifies the code considerably.
Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'list-objects-filter-options.h')
0 files changed, 0 insertions, 0 deletions