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

Re: Base text files, re: IRC chat

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Mon, 15 Sep 2008 15:07:25 +0300 (Jerusalem Daylight Time)

Greg Stein wrote on Mon, 15 Sep 2008 at 04:29 -0700:
> That's a good point. I was thinking that it wouldn't be a big deal...
> svn can easily track the references. But I guess not so much if you
> just blast the WC out from under it :-P
>

And what if, rather than blasted away, the WC was renamed or duplicated
(causing the reference count to be lower than actuality)? How do you
fix the reference counts then?

> Well, the metadata *will* know where all the working copies are.

We could have the wc record itself every time some svn command accesses
it -- is this what you plan?

Daniel

> So it would seem that "svn cleanup" can do a verification pass and
> re-tally the reference counts (and do garbage collection), ensure the
> metadata about the working copies is still proper, etc.
>

> I'll add a note about it. Thanks!
>
> Cheers,
> -g
>
> On Mon, Sep 15, 2008 at 3:36 AM, Mattias Engdegård <mattias_at_virtutech.se> wrote:
> > "Greg Stein" <gstein_at_gmail.com> writes:
> >
> >>Note that if people keep the /bases/ directory in their home dir, then
> >>the bases will be shared across ALL working copies.
> >
> > I may have overlooked something obvious, but how would garbage
> > collection in a shared text-base tree work? Attempting to keep track
> > of all WCs using it is probably fragile, so I suppose the shared
> > /bases/ would just keep growing - or is there an aging mechanism that
> > throws out base files that haven't been used for a while when the tree
> > reaches a certain size? The client must then be prepared to re-create
> > any base file that turns out to be missing. (Annoying, if working
> > off-line.)
> >
> > With non-shared bases trees (one per WC), a single rm -rf will remove
> > the whole WC and nothing but the WC.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
> > For additional commands, e-mail: dev-help_at_subversion.tigris.org
> >
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-09-15 14:07:57 CEST

This is an archived mail posted to the Subversion Dev mailing list.