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

Re: Directory delete issue

From: David Weintraub <qazwart_at_gmail.com>
Date: 2005-07-20 23:20:29 CEST

On 7/20/05, Ben Collins-Sussman <sussman@collab.net> wrote:
> It's not a bug. 'svn copy working-copy URL' uploads your working
> copy to the server, but it *notices* the mixed revisions in your
> working copy. So the definiton of "revision 1" of your parent
> directory is, "has the child". The defniiton of "revision 2" of the
> parent directory is "doesn't have the child."

But, when I do a commit and make revision 2 of the archive. Isn't my
working copy now at revision 2, not revision 1? Is there a situation
where this wouldn't be true? What if I make another change and create
a revision 3? Is my working directory still at revision 1?

> The bug I was referring to earlier is that this command should being
> saying to the server: "I have revision 1 of the parent dir, but this
> user has also locally deleted the child, so get rid of it on the
> server too." I think that was fixed in svn 1.2.

So, the working directory is still behind, but Subversion acts as expected.

David Weintraub
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 20 23:22:24 2005

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.