[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:32:09 +0300 (Jerusalem Daylight Time)

Greg Stein wrote on Mon, 15 Sep 2008 at 05:17 -0700:
> On Mon, Sep 15, 2008 at 5:07 AM, Daniel Shahaf <d.s_at_daniel.shahaf.name> wrote:
> > 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?
>
> If it is renamed, then you've just "lost" your metadata. The metadata
> is tied to an absolute path.
>

Ah, so the "metadata" completely replaces .svn dirs? I thought just the
text-bases would be centralised.

> It seems possible to have some admin command to notify svn that you
> renamed the directory, but I'd rather just say "don't do that, or keep
> the metadata inside the WC if you're gonna move it around." Same thing
> goes for copies.
>

So if you want to rename a WC, you have to run 'checkout' again? The
latter would take too long; it could be faster to edit the metadata
manually than to run checkout from scratch :)

> >> 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?
>
> I was thinking each time you did a checkout, that it would say "hey!
> new working copy" and record it. There isn't a way to auto-discover a
> working copy when a command is invoked because there is nothing *in*
> the directory to say where it came from, what version is represented,
> etc.
>

As above (re .svn dirs).

> Cheers,
> -g
>

---------------------------------------------------------------------
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:32:27 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.