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

Re: Replacing a removed file

From: Erik Huelsmann <ehuels_at_gmail.com>
Date: 2005-05-30 17:31:36 CEST

On 30 May 2005 09:17:13 -0500, kfogel@collab.net <kfogel@collab.net> wrote:
> Mathias.Weinert@gfa-net.de writes:
> > Can anybody tell me why subversion acts different if I remove a file and
> > add a file with the same name in the same commit (this results in a 'R'
> > status) or if I remove the file and try to do an 'svn cp' where the target
> > is the removed file (this results in an warning/error)?
> >
> > Here an example which might make it easier to understand my question:
> >
> > $ svn rm A.txt
> > D A.txt
> > $ cp B.txt A.txt
> > $ svn add A.txt
> > A A.txt
> > $ svn st
> > R A.txt
> > $ svn revert A.txt
> >
> > $ svn rm A.txt
> > D A.txt
> > $ svn cp B.txt A.txt
> > svn: 'A.txt' is scheduled for deletion; it must be committed before being
> > overwritten
>
> No -- that is very odd, and I also do not know why we are inconsistent.
>
> Either the 'svn add' in your first example should give an error, or
> the 'svn cp' in the second example should not. Or so I would have
> thought.
>
> Does anyone know what's going on here?

Yes. It's issue #2148 (and the reason the wc-replacements branch exists).

bye,

Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 30 17:32:24 2005

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