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

Re: svn commit: rev 4434 - in trunk: . subversion/svnadmin subver sion/include subversion/tests subversion/libsvn_repos

From: <gstein_at_lyra.org>
Date: 2003-01-20 11:34:57 CET

On Mon, Jan 20, 2003 at 10:45:53AM +0100, Wolf Josef wrote:
  Add the ability to have templates for specifying the on-disk structure
  of a repository directory. Also updated the API to enable a future
  template for in-repository structures.
 [... ]
  + {on-disk-template, svnadmin__on_disk_template, 1,
  + specify template for the on disk structure},
  + {in-repos-template, svnadmin__in_repos_template, 1,
  + specify template for the repository structure},
 Could you explain the difference between on-disk and in-repos?

on-disk is what you see on your operating system's filesystem. For example:


(altho the template actually doesn't specify the db/ directory)

in-repos is what you find under version control. For example:


 Do you have any plans for specifying property settings for those
 template objects?

Yes, but I haven't figured out the right mechanism for that. I've been
thinking along the lines of creating standard SVN property files, named the
same as the file, followed by .props. The dir's properties are just .props.

For example:

            .props # specifies properties for the pages dir
            WelcomePage.props # props for WelcomePage

The SVN property files aren't all that human-editable, though (but we do
have code to read them, which is nice). We'd either need tools to help
create them from some other format, or a user can simply grab them out of
the .svn subdir of an existing WC.

 And what about templates for configuration files?

That's being discussed now. I think it is a good idea.

Note: in all cases, the apps (svn and svnadmin) need to be able to create
valid, working systems, even if the templates can't be found. However, in
these fallback cases, a very trimmed back and minimalist structure can be
written out.


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 14 02:02:15 2006

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.