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

Re: Proposal: svn:temporary property

From: Derrick 'dman' Hudson <dman_at_dman13.dyndns.org>
Date: 2003-12-18 20:01:42 CET

On Thu, 18 Dec 2003 18:35:07 +0100, Folker Schamel wrote:
> C. Michael Pilato wrote:
>
>> You gotta keep in mind that while UserA might add this new
>> 'svn:temporary' (completely misnamed, but I'll roll with it) because
>> the only unversioned things he has in his directory are the stuffs
>> from his build system, UserB -- who did *not* set that property -- may
>> have other things that match that pattern that he very much does *not*
>> want blown away.
>
> Instead of really deleting the directory,
> svn could rename it to something like .old.diretory,
> but not generating an error.
> Therefore, svn would never really delete data.
> This behaviour would be also fine for svn:ignore I think,
> without needing a new property.

This approach creates the problem of some user (eg at a university)
filling up their disk quota. The user, who is mostly ignorant of svn,
then can not figure out why the system says they are out of space when
they have nothing left in their account. Another similar scenario is
a svn user temporarily forgetting about this feature as they try to
clean out old cruft hogging disk space.

Just consider these issues while designing and implementing a
solution. (I guess renaming 'foo' to 'foo.svn-old' would be fine,
since it wouldn't be hidden in any way)

-D

-- 
Bugs come in through open windows. Keep Windows shut!
 
www: http://dman13.dyndns.org/~dman/            jabber: dman_at_dman13.dyndns.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Dec 18 20:04:24 2003

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.