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

Re: switch --relocate fails on deleted dir in mixed-rev WC

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2005-10-12 13:14:47 CEST

Richard Brady wrote:
>
> Philip Martin wrote:
>
>>'deleted="true"' indicates that the entry was scheduled for deletion
>>and subsequently committed, but that the parent directory has not been
>>updated and so is at a revision that would otherwise contain the
>>deleted item, think 'svn rm wc/foo' followed by 'svn ci wc'
>
> But in the case of my recipe, it is the parent directory that is
> committed. To me if:

Ah, no, you misunderstand how Subversion does commits. It only commits things
that have changed; for a directory, a change to one of its children does NOT
mean the directory has changed.

So although you asked Subversion to commit "wc", it scanned that sub-tree but
only committed the node "wc/foo", not "wc" itself. (To get "wc" itself up to
date, you have to issue a separate "svn update" command.)

> 1. the deleted child directory is committed, THEN the parent directory
> should show 'deleted="true"' for the child.

Yes.

> or if
>
> 2. the parent directory is committed, THEN the parent directory should
> no longer contain any record of the child.

Yes, where "committed" means "was sent to the repository, because it had
changed in itself", not just "was considered for committing".

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 12 13:15:44 2005

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

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