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

RE: Re: CVS/SVN comparison

From: Geoff Krapf <geoffk_at_softartisans.com>
Date: 2004-10-22 23:03:01 CEST

> -----Original Message-----
> From: Scott Palmer [mailto:scott.palmer@2connected.org]
> Sent: Friday, October 22, 2004 4:34 PM
> To: David F. Newman
> Cc: SVN Users
> Subject: Re: CVS/SVN comparison
>
>
> I disagree.
> In this case it isn't subversion that has the feature at all. The
> feature is handled by apache. It's a subtle point, but a
> point none the
> less. The url I use to access the repository shouldn't have anything
> to do with what is or is not allowed. That's just plain bad design.
>
> <snip>
>
> Right.. but subversion doesn't let you do that with svnserve or file:
> urls. You need to install a 3rd party product called Apache - which
> drags in a whole bloody web server, just for source control.
>
> <snip>
>
> No it isn't. It is absolutely telling me how it's going to be. It's
> saying "tough, subversion doesn't do this. You need to
> install Apache,
> an entirely different product, and access the repository in a
> different
> way, because the repository doesn't support what you want at
> all. You
> need some extra layer on top of subversion to do that for you. That's
> how it's going to be! You can forget about using file: or
> svn: access
> methods, and you can forget about not installing Apache, now you have
> no choice."
>
> <snip>

I don't really understand the reluctance to use Apache, especially as
Subversion was designed with Apache in mind (at least, that's my
understanding) and thus gaining all of the things that Apache provides
-- i.e., avoiding reinventing the wheel. file:// urls aren't portable
across systems, and svnserve is designed to be *only* a basic daemon for
serving SVN.

Some people on my team had initial misgivings of the "installing a whole
webserver!" sort when we started, but Apache has been rock solid and
stable (this is on Windows, too). It's also really nice to be able to
leverage the extremely large body of knowledge on the 'net when we
wanted to do anything with Apache.

Anyway, just trying to reassure you about the Apache part; it's really
not overkill, it's actually really well done engineering on the SVN
team's part (in my opinion). It works great and is really the way to
get the most out of subversion.

- Geoff

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 22 23:02:36 2004

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.