[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

New conflict resolver bug in tracing history

From: Julian Foad <julianfoad_at_apache.org>
Date: Tue, 18 Jul 2017 12:27:42 +0100

I just ran into the following bug. It appears that the conflict resolver
doesn't properly follow branch (copy) history when searching for details.

$ svn sw ^/subversion/branches/shelve-checkpoint3

$ svn merge ^/subversion/trunk_at_1802151
--- Merging r1801593 through r1802151 into '.':
   C tools/dist/templates/nightly-candidates.ezt
--- Recording mergeinfo for merge of r1801593 through r1802151 into '.':
 U .
Summary of conflicts:
  Tree conflicts: 1
Searching tree conflict details for
'tools/dist/templates/nightly-candidates.ezt' in repository:
Checking r1801838...svn: warning: apr_err=SVN_ERR_FS_NOT_FOUND
svn: warning: W160013:
path not found
svn: E155027: Failure occurred resolving one or more conflicts

The conflict is a delete-delete: the file 'nightly-candidates.ezt' was
deleted in branch shelve-checkpoint_at_r1801823 (note: that's a different
branch) and also in trunk_at_r1801838. That branch was branched to
shelve-checkpoint3 in r1802284.

The problem is that the look-up of the parent full-path (including
branch name) fails because the branch 'shelve-checkpoint3' didn't exist
in r1802151.

- Julian
Received on 2017-07-18 13:27:48 CEST

This is an archived mail posted to the Subversion Dev mailing list.