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

Re: Strange behavior after replacing directory

From: Stefan Sperling <stsp_at_elego.de>
Date: Mon, 30 Sep 2013 11:54:00 +0200

On Mon, Sep 30, 2013 at 10:58:35AM +0300, Florin Avram wrote:
> Hi,
> I've found a strange behavior in the situation described below and
> wanted to let you know - I think there could be an issue or a need
> of improvement (don't know what exactly).
> Subversion: 1.8.x, 1.7.x.
> The situation is as follows (the minimum necessary to reproduce the issue):
> - have a working copy with a folder and a file inside the folder;
> - replace the folder and commit:
> svn delete folder/file
> svn delete --keep-local folder
> svn add folder (consider it as a new folder)
> svn commit folder (both folder and file)
> make new "file" inside folder
> svn add folder/file
> svn commit folder/file
> - now, in another working copy:
> svn status -u - reports folder as replaced and file
> as deleted
> svn update folder/file - svn indicates that file was updated fine
> svn statsus -u - again, both folder and file are
> reported as previously (replaced and deleted)
> Repeating the file update and "svn status" goes on and on as
> file updated correctly and file reported as deleted again.
> Only after updating the folder everything works fine.
> My question(s):
> - is this OK to happen like this?

Yes, absolutely. The 'svn update folder/file' step creates a
mixed-revision working copy (child is newer than its parent)
and you then query the parent with 'status -u' so you get
results for the parent, not the child.

See http://svnbook.red-bean.com/en/1.7/svn.basic.in-action.html#svn.basic.in-action.mixedrevs
Received on 2013-09-30 11:56:28 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.