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

Re: behaviour request

From: Ich Selbst <ichselbst_at_gmx.ch>
Date: 2002-10-08 09:06:06 CEST

On Monday 07 October 2002 08:21, Ich Selbst wrote:
> So my request: could subversion instead of returning with an error just do
> the operation as if the file was still there and do the operation just
> inside the internal structure? (only if the file is no there anymore).

>What about URL-based deletes and moves, like

>svn rm http://server/repo/file
>svn mv http://server/repo/file http://server/repo/new-name

>and then follow those commands by an 'svn up' or something (or 'svn merge',
>since the user probably doesn't want to be forced to be at HEAD).

that's not what I want (or need) as a behaviour. URL-based deletes and moves
need network access. I want to reduce those to as less as possible (some
guys
still have dial-up).
But I think it wouldn't be much work to change the functions to behave so
that
if the 'source' file of the operation is not there anymore but present in
the .svn
directory that then the operation would execute successfully. SubVersion
would just have to ignore the errors 'file not found'...

--
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Oct 8 09:06:58 2002

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.