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

Re: commit_email.pl improvements

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-07-04 00:49:13 CEST

Josef Wolf <jw@raven.inka.de> writes:
> Please note my last sentence. I think it would be a good idea if
> the config (which is very close related to the repos) would be
> dumped/loaded when the repos is dumped/loaded. Therefore I would
> prefer to put it there. But of course, passing it on the command
> line the admin could decide where to put it (and therewith whether it
> would be dumped/loaded). Maybe it would be even better to split the
> config into two parts: /path/to/repo/conf/foobar.ini would contain
> stuff which is not related to a specific revision/branch like
> email-adresses. /path/to/repo/conf-versioned/foobar.ini would contain
> stuff which is closely related to a branch/revision like the
> regression tests which need to be run. Both directories should be
> dumped/loaded along with the repos.

(This is getting to be another thread entirely...)

The dumper is about dumping the filesystem's contents, nothing else.
It's an fs dump, not a repos dump. It's not about backups, or
transporting whole repositories from place to place.

If you wanted a script to do that, that script would probably use the
dumper/loader to do part of its job.

> > > BTW: Are there already config-files defined for the repos/conf
> > > directory? Does any description exist on those files?
> > I don't think there are any yet.
> Maybe the time has come to fill them up. I have a long list of ideas
> what we could put into those files ;-)

I don't mean to be overly harsh, but ideas are not exactly rare around
here. It's more important for us to decide what *not* to implement
than decide what to implement. In other words, please look at the
issues database and consider solving some of those problems, rather
than adding new potential bug sources :-).

I'm not saying ideas are bad, but ideas without code are not going to
be very compelling right now. We have too much to do for Alpha, and
then Beta, ... and then 1.0.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 4 00:58:49 2002

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.