RE: The `on_disk' and `in_repos' templates.

Greg Stein wrote:

> > In the real world, though, I don't buy it. Most admins don't create
> > repositories all *that* often.
>
> [ ... ] I've got a half-dozen on my machine.

So you have 6 repos...

> Each time I create one, I've gotta go through and verify that the
> hooks are set up properly and copy over a bunch of files, and whatnot.

So you've done this six times ;-)

> It's a pain in the ass. Templates make the job of an admin way easier.

No one says that they are not useful. The only question is whether they
should be implemented as a warpper or directly into svn.

> Speaking as an admin, I disagree with your statement. I'm an empirical
> statement that the use case *does* exist.

Yes, that use case exists. But IMHO the need for _maintanance_ is much
more frequent than for creation only. Best would be to solve both,
creation and maintanance, at once. Curiously enough, such a solution
already exists and no one wants to notice that it already exists.
Please go ahead and take a look at the script I posted.

> > There are sites (SourceForge, for example) that create new
> > repositories in large numbers. But in systems like that, you can be
> > even more sure that `--on-disk-template' is not going to help them
> > much.
>
> I disagree. I know of a particular system (*cough*) that
> could use this feature to its advantage.

No one denies that templates are useful. The question is whether they
should be implemented as wrappers and whether this wrapper should do
more than just copying. Personally, I would answer "yes" to both of those
questions.

> Disagree. I don't understand how you can make this value
> judgement. To me, it is always easier if the tool provides
> the functionality out of the box rather than needing to roll
> my own.

If the wrapper is included (and eventually installed) with the
subversion distribution, the it can be called "out of the box".

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Apr 8 13:30:28 2003