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

Re: Hosted Subversion?

From: marc gonzalez-carnicer <carnicer.lists_at_gmail.com>
Date: 2007-06-19 09:32:52 CEST

Well, unless somebody has found a really bad experience, I
don't think issuing public complaints about these providers
would be fair. A bad comment could ruin a company reputation.

Some months ago I searched the websites of the different
providers. I even collected data about prices, offered services,
etc. I think there is even one who publishes this data on its
page. I tried the trial offer for 2 of them and well, I can see
it worked. I didn't do speed of availability tests.

There are (were?) significant price differences between
some providers. If you don't want to base your provider
choice on price only, there seem to be some who offer
better service and assistance than others. Some explicitly
say that are cheap because offer almost no assistance.
Another point you should consider is ease of management
for ACLs, projects, etc.

What I don't like of some of these providers is that trac
is only offered for superior packages.

If you want names, the ones I tried were cvsdude.com
(located in Australia) and hosting-projects.com (located
in Germany). For what I tried (no serious development
involved), I just can say the experience was 100% positive
on both. I can say cvsdude offers an excellent web-based
ease of management (did not try others).

One thing that is not found easily from the service description
of most the svn providers is what happens if at some
point for whatever reason you decide to cancel your
contract, either to run your own server or to use
some other company. Are dumps and configuration
files (hooks, svnserve.conf) provided automatically?

I think the greatest feature of these service providers
is to provide an instant serving environment, that can
be very useful to start using svn as a replacement
for another VCS (where I include "none" as the most
used VCS). No need to set up a server and specially
a backup system.

I guess it would be a good idea for these providers to
offer services such as remote mentoring or client-side
configuration for a fair fee. I find that one of the most
daunting (and undocumented) aspects of starting to
use subversion is the initial import and setting of the
svn:property, so that compiled and generated project
files and folders are properly ignored. This opinion is
based on what I've seen and heard on other developers
at my company, where svn has recently been appointed
as the official VCS, gradually replacing VSS and SCCS.

2007/6/18, Shawn Talbert <stalbert@exploreconsulting.com>:
> Thanks Andy, but just finding hosting providers isn't the challenge. I was
> hoping for some actual experiences from our user community recommending
> using or avoiding particular hosts. Separating the wheat from the chaff, so
> to speak.
> Anyone out there have opinion on any particular hosts, good or bad?
> -----Original Message-----
> From: Andy Levy [mailto:andy.levy@gmail.com]
> Sent: Monday, June 18, 2007 11:49 AM
> To: Shawn Talbert
> Cc: users@subversion.tigris.org
> Subject: Re: Hosted Subversion?
> On 6/18/07, Shawn Talbert <stalbert@exploreconsulting.com> wrote:
> >
> >
> >
> >
> > Have you any recommendations for (or against) hosted Subversion providers?
> >
> >
> >
> > Everything I found in the archives on this topic is from 2005.. hoping for
> > current feedback.
> http://subversion.tigris.org/links.html#hosting looks like a good
> starting point.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jun 19 09:33:03 2007

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.