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

Re: [SURVEY] for repository administrators

From: Brian Denny <brian_at_briandenny.net>
Date: 2003-04-16 09:46:45 CEST

On Tue, Apr 15, 2003 at 11:35:12PM -0700, Greg Stein wrote:
>
> That is the intent of the feature. An administrator can augment the set of
> templates by adding them to .../templates/in-repos/ or .../on-disk/. From
> then on, a user can just refer to them by name [rather than path].

so let me get this straight: the benefit of the --in-repos-template
feature is that it allows you to say

  svnadmin create --in-repos-template=TEMPLATE /path/to/repos

instead of

  svnadmin create /path/to/repos
  svnadmin import file:///path/to/repos /path/to/TEMPLATE
 

... however, the feature doesn't help you if you want to create
a layout under a particular project (where a project is some
subdirectory of the repository); in that case, you can use 'svn
import' instead.

there seems to be some confusion over what our 'recommended layout
convention' really is. (at least, *i'm* confused. :-)

if it is

  /trunk
    /projectA
    /projectB
  /tags
    /projectA
    /projectB
  /branches
    /projectA
    /projectB

then having the option to 'svnadmin create' makes some sense, since
the convention implies a single use case, which the feature supports.

if it is

  / # implicit/main project
    /trunk
    /tags
    /branches
    /path/to/projectB
              /trunk
              /tags
              /branches

(as i *think* Karl stated in his recent e-mail), then the feature
supports creating the layout under '/', but not under '/.../projectB',
which i think is wacky, especially since the user could cover both use
cases by just learning how to do it with 'svn import'.

and if it is
  /projectA
    /trunk
    /tags
    /branches
  /projectB
    /trunk
    /tags
    /branches

(with no implicit project at '/', which is probably the layout that
i'd prefer), then the feature is pretty much useless (unless i'm
missing something, which is entirely possible).

-brian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 16 09:41:57 2003

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.