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

RE: Re: "svn copy -rHEAD" copies the wrong version.

From: Leeuw van der, Tim <tim.leeuwvander_at_nl.unisys.com>
Date: 2003-10-01 08:40:12 CEST

Hi,

Isn't '-r' in the WC used to specify -rBASE, -rPREV, etc? Or does that *not* work for the case of 'svn cp'?

If it does work, and it's deemed useful functionality, then removing '-r' from 'svn cp' wouldn't be a good idea.

regards,

--Tim

-----Original Message-----
From: Ben Collins-Sussman [mailto:sussman@collab.net]
Sent: woensdag 1 oktober 2003 4:43
To: Julian Foad
Cc: kfogel@collab.net; Subversion
Subject: Re: "svn copy -rHEAD" copies the wrong version.

Julian Foad <julianfoad@btopenworld.com> writes:

> > Or, if you want to take a harder road, 'svn cp -rX WC WC' could simply be
> > converted (quietly, under the hood) to 'svn cp -rX URL WC'.
>
> This is what seems to be happening; just with a bug in it. Either
> that or some unintended functionality is operating and should be
> blocked.
>
> I don't mind whether "-r" is allowed with a local path. Anyone want
> to choose?

Well, heck, if '-r' is already working in the WC->WC case most of the
time, why don't you investigate the bug? It sounds like we're almost
there. Maybe it's really trivial to make -rHEAD work correctly.

If it isn't trivial, then I'd suggest going the other route: forbid
-r completely in the WC->WC case, and make docs very clear about it.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 1 08:41:06 2003

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.