[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: Greg Stein <gstein_at_gmail.com>
Date: Mon, 15 Sep 2008 05:13:57 -0700

On Mon, Sep 15, 2008 at 4:55 AM, Talden <talden_at_gmail.com> wrote:
>...
> Take the approach that Bazaar does with shared repositories. Users
> either create a standalone working-copy that houses its own bases or
> create a local repo which houses the bases for any enclosed
> working-copies.

Good idea, and it seems doable. We find the metadata by scanning
upwards from the target directory. No reason to disallow metadata
sitting a directory above a wc root. We'll still auto-find it, rather
than have to rely on a config/envvar.

> EG 4 related working copies all arbitrarily nested under an enclosing
> local-bases repository.
>
> c:/wc/myproject/
> .svn/bases/...
> mainlines/
> kea/
> .svn/...
> kiwi/...
> .svn/...
> branches/
> bug-12345/
> .svn/...
> story-23456/
> .svn/...

Note that the .svn/ directories won't be present. Everything will be
in myproject/.svn/. The bases subdir and a file named like
./svn/wc-metadata.sql3

To establish a layout like the above, the user would issue a command
something like:

C:\> svn co http://example.com/path \wc\myproject\kiwi
--metadata=c:\wc\myproject

IOW, they specify a specific directory, and (hey!) it just happens to
reside in the upwards-scan path.

> You can still use reference-counting to assist in purging bases but
> also offer a command to do a scavenger hunt for bases not really
> referenced - such bases could be scheduled for deletion in a delayed
> FIFO queue.

Well, I dunno that a queue is gonna save much over just deleting them
as part of the command. And rather than intro a new one, I think we'd
just use "svn cleanup".

> Not as convenient as being able to separate it off onto separate
> spindles but still a handy layout.

Yup. Good for organizing a related set of working copies.

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:14:09 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.