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

Re: feature proposal: svn:maxrevs

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2004-03-23 17:14:25 CET

On Tue, 2004-03-23 at 11:08, Ben Collins-Sussman wrote:
> But what you've proposed is a UI... I think the harder problem to tackle
> here is the implementation. Exactly *how* do we make libsvn_fs lose
> data? The 'svn obliterate' issue (#516) begins to discuss this
> problem. Talking about UIs before hde database implementation, I think,
> is putting the cart before the horse.

In our current implementation, it's relatively easy to lose data as long
as you always lose the old stuff, because delta arrows always point
forwards in time. You just replace all the old reps with empty reps.

(My current idea for a native-fs-backed filesystem does not have that
property, though; all the delta arrows would point backwards in time,
and it wouldn't be easy to lose any information.)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 23 17:26:33 2004

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.