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

Re: The way to implement deselection inteface of sparse directory

From: David Glasser <glasser_at_davidglasser.net>
Date: Wed, 28 May 2008 22:36:50 -0700

On Wed, May 28, 2008 at 8:35 PM, Rui, Guo <timmyguo_at_mail.ustc.edu.cn> wrote:

> Just to be a little off topic. During the 'svn add' fix, I gained the
> viewpoint that simply modify the depth of a directory entry without adjusting
> the items it contains will not render the wc unusable. I mean, the depth logic
> can work on it without producing error. I derived this statement from the fact
> that the depth can be arbitrary mixed. Does this statement correct, or did I
> missed something?

I'm pretty sure that's not true. If a directory has depth infinity or
immediates, then Subversion assumes that every child of that directory
in that directory's revision is mentioned in its entries file (and
similarly for "every file" for depth files). Switching a depth-empty
or depth-files directory to a deeper depth without adding the rest of
the entries will break it.

... unless you meant just for making depths shallower, in which case I
think you're right! In addition, you can always remove a child from a
depth-empty directory or a directory child from a depth-files
directory. So I guess the "building blocks" of cropping are "make the
depth shallower" (which never corrupts anything) and "remove child
from directory which is shallow enough to not miss it". Is that what
you meant?

--dave

-- 
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-29 07:37:02 CEST

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.