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

AW: Re: How Subversion drove me to shoot myself in the foot.

From: Felix Gilcher <gilcher_at_exozet.com>
Date: 2006-04-18 19:34:25 CEST

Scott Palmer <mailto:scott.palmer@2connected.org> schrieb am Dienstag, 18. April 2006 19:27:

> On 18-Apr-06, at 12:50 PM, Kevin Galligan wrote:
>
>
> I think the contention was that 'svn delete' would not
> delete the actual files from the directory...
>
> "the book reassured me quite nicely that "svn delete"
> never actually deletes anything"
>
> which is, of course, not true...
>
> "Items specified by PATH are scheduled for deletion
> upon the next commit. *Files (and directories that have not
> been committed) are immediately removed from the working
> copy.* The command will not remove any unversioned or
> modified items; use the --force switch to override this behavior."
>
>
>
>
> Does anyone else think that the strategy of immediately
> removing (deleting) files that are added but not committed is
> not consistent with the idea that svn delete will not remove
> unversioned or modified items?
>

This won't happen unless you *explicitly* pass the --force option to svn delete. And think that's ok that way - if I tell subversion to force it, I want that file removed.

> I think it makes more sense for "svn delete" to behave like
> "svn revert" in the case of added but not committed files,
> because obviously it is an operation that WILL lose unversioned data.

yes, *if* and only if you force subversion to do it. And then you'd better know what you do...

>
> Scott

regards

felix

-- 
Felix Gilcher
Head of IT Development
Exozet Berlin GmbH
Rotherstraße 20
10245 Berlin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Apr 18 19:38:51 2006

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.