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

Re: supporting http proxy via a config file

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-03-12 21:31:58 CET

cmpilato@collab.net writes:

> Karl Fogel <kfogel@newton.ch.collab.net> writes:
> > Greg Stein <gstein@lyra.org> writes:
> > > I might also suggest that you put this stuff into ./configure/proxies
> > > instead, and set up the config file like:
> >
> > Hmmm, yeah, this is a specific instance of the general question: do we
> > want separate files under .subversion/ for different kinds of
> > configurations, or do we want a single .subversion/config with lots of
> > sections? (Either way, every config file supports sections, of
> > course.)
> >
> > It seems like a bikeshed to me, I confess, but maybe there's a
> > convincing argument for why one way is better. Anyone care?
> Given different files as opposed to different sections of a single
> file, you can more quickly find the "section" you're looking for (no
> need to parse)", but perhaps more importantly, there may be some
> "sections" that are consistent for user across all the machines they
> work on (automatically adding --quiet to commands, for example), and
> some "sections" not (proxy stuff, for example). Using seperate files
> allows them to more easily keep pieces of their subversion config
> under version control, where they can share that "section" across all
> the machines they work on.

Using separate files also allows the information to be shared by
different programs. There is no reason why the proxy setup, say,
should be restricted to just Subversion. This may be what Greg was
alluding to with his ./configure/proxies suggestion, i.e. it is not a
Subversion specific file and may be read by other apps.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 12 21:32:40 2002

This is an archived mail posted to the Subversion Dev mailing list.