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

RE: Future of svnserve

From: Marc Strapetz <marc.strapetz_at_smartcvs.com>
Date: 2004-07-05 20:45:25 CEST

Hi Garrett,
Hi Ben,

I also didn't mean to treat svnserve as second-class citizen. I hope to find
out whether the community (including users) favours one kind of server. I
have a quite clear picture of where I would personally use svnserve, but I
can't estimate the potential of the combination WebDAV/DeltaV/SVN. From what
I read in your book, it sounds promising, because version control could
spread to users, which normally would not make use of such technologies ...

Do you expect both servers to be equally well accepted (at least for the
medium-term)? No mod_dav_svn/apache hype, administrators refusing to open
the svnserve-port, etc.?

As I wrote, we are evaluating pros and cons of developing a pure java client
library -- and the number of users is the ultimate argument. From this point
of view, which protocol would you suggest to start with?

Best regards,
 Marc.

> -----Original Message-----
> From: Ben Collins-Sussman [mailto:sussman@collab.net]
> Sent: Monday, July 05, 2004 5:46 PM
> To: Marc Strapetz
> Cc: svn-dev-list
> Subject: Re: Future of svnserve
>
>
> On Mon, 2004-07-05 at 07:46, Marc Strapetz wrote:
> > After reading the SVN book, I
> > got some uneasy fealing about the future of svnserve
>
> What is it in the book that gives you an uneasy feeling about it?
>
> > Is the
> > Apache/WebDAV combination the favoured server component and
> svnserve just
> > some attachment for those who don't want to administer Apache?
>
> How about this paragraph in the book:
>
> "Note that Subversion, as an open-source project, does not
> officially
> endorse any server as "primary" or "official". Neither network
> implementation is treated as a second-class citizen; each server has
> distinct advantages and disadvantages."
>
> So I'm worried that you have the impression that svnserve is some sort
> of throwaway thing.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 5 21:08:12 2004

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.