]> git.ipfire.org Git - thirdparty/git.git/commit - merge-recursive.c
merge-recursive: preserve skip_worktree bit when necessary
authorElijah Newren <newren@gmail.com>
Fri, 27 Jul 2018 12:59:44 +0000 (12:59 +0000)
committerJunio C Hamano <gitster@pobox.com>
Fri, 27 Jul 2018 18:15:20 +0000 (11:15 -0700)
commit2b75fb601c05a789988cf0e1b3c1375ee62d3c3e
tree5aec8bab804e1259b7d0acb80f9c505d107e0235
parent92203e6432cd77c3dfc82bd475a4c802085cffcb
merge-recursive: preserve skip_worktree bit when necessary

merge-recursive takes any files marked as unmerged by unpack_trees,
tries to figure out whether they can be resolved (e.g. using renames
or a file-level merge), and then if they can be it will delete the old
cache entries and writes new ones.  This means that any ce_flags for
those cache entries are essentially cleared when merging.

Unfortunately, if a file was marked as skip_worktree and it needs a
file-level merge but the merge results in the same version of the file
that was found in HEAD, we skip updating the worktree (because the
file was unchanged) but clear the skip_worktree bit (because of the
delete-cache-entry-and-write-new-one).  This makes git treat the file
as having a local change in the working copy, namely a delete, when it
should appear as unchanged despite not being present.  Avoid this
problem by copying the skip_worktree flag in this case.

Signed-off-by: Elijah Newren <newren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
merge-recursive.c
t/t3507-cherry-pick-conflict.sh