Erik Kline wrote:
> So if I read all this (and the previous thread) correctly there seems
> to be interest in collecting a best practices standard for holding
> configuration information relevant to:
> 1. repository layout (and perhaps other svn properties not yet
> metioned/thought of)
Yes exactly. I think for the most part the problem is that the
configuration was not made with a location for tags and branches in
mind. And this is simply because you don't have to with other RCS.
> 2. layers used on top of svn (wrappers, IDEs, et alia?)
This is a way of supporting those admins with their first svn repository
as I see it. (That's also the way I want to work out some things that
I've discussed somewhere down this thread.)
> This would be completely optional and not even a part of svn core
> code, but rather a documented, extensible, standard/recommendation
> that contrib tools and "third party" apps could gradually start to
Well it's not THE way, but it is a way that keeps the more advanced
features of SVN in mind.
This is mainly why I would like to document all arguments for and
against subversion's tagging/branching and why I want to create some
example repository layouts.
I'm working on both at the moment, but I'm planning to post a message to
the list soon that's a list of quotes/statements with a response from a
CVS (and other RCS) user and a SVN user.
If we know what people disagree on, we can find solutions for those
> Does that sound somewhat correct?
I think so, at least it's in line with what I am thinking ;)
> I'm imagining some sort of document (wiki?) that recommends various
> filenames and formats for svn config things under some well-known
> repository url (e.g., 'BASE_REPO_URL/_config/svn/...'), and other
> projects can spec their own formats under an equally
> well-known/guessable, yet entirely related, repository url (e.g.,
Well, we've discussed something like this further down in the main
thread (not in "Re: Tags -> repository configuration")
> But maybe I've wandered off into left field on my own...
Not yet, but I do think it's important that we document the facts first,
before rushing on to all kinds of tools with configuration etc.
If we don't document the facts now, there will probably be a new
discussion next month :D
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Fri Jul 7 10:48:36 2006