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

Re: Subversion Issue: 'delete file' not transmitted to server when performing multiple merge-commit

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 13 Jan 2011 19:51:20 +0000

<Neil.Tuffs_at_rwe.com> writes:

> My user reported that an extra file existed in the repository after
> performing a merge (claiming this file was not in his working copy prior
> to the commit). My initial thought was they had done the merges out of
> sequence causing the deletion of a file before it was added, the user
> was adamant this was not the case.

A simpler sequence:

  rm -rf repo wc file
  touch file
  svnadmin create repo

  svn mkdir -mm $url/trunk
  svn cp -mm $url/trunk $url/branch
  svn import -mm file $url/branch/folder/file
  svn rm -mm $url/branch/folder/file

  svn co $url/trunk wc
  svn merge $url/branch_at_3 wc
  svn merge $url/branch_at_4 wc

The first merge adds a folder containing a file, the second merge
deletes the file. After the two merges 1.6 shows status:

 M wc
A + wc/folder

This is a problem because folder's history is a copy from a revision
where it contains the file, so the file will exist in repository after
the commit. Using 1.7 status shows:

 M wc
A + wc/folder
D + wc/folder/file

so 1.7 will delete explicitly the file when the merge is committed.

Received on 2011-01-13 20:52:06 CET

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