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

Re: Recommendations for a production svn server

From: Glen <glenlist_at_model3.net>
Date: 2004-01-01 18:27:10 CET

Thanks everyone for the recommendations and answers.... I was mildly
concerned about being responsible for the subversion server (and knowing
nothing about apache or subversion) but after monitoring this mailing
list for a few days and the responses to my question that is a concern
no more.

We have windows 2003 server with apache 2.0.48 and svn 0.35.1 up and
running (I just got mod_ssl and mod_deflate working too yahoo!!!). We
have 9 projects (500 megs) and have one project (10 megs) in subversion
and will move the rest over as everyone in the company gets over their
learning curve. I just set up 2 mirrored 10K ide raptor drives for the
repositories (among other things), actually the server power supply died
so I took the down-time to add the raided drives :-D. We use ant
scripts for 80% of our commits and updates so there is no changes needed
for many developer's once the ant scripts are changed over. The other
10% will use a combo of command line, tortoise and subclipse (once there
is a version compatible with 0.35.1 out)

thanks again for all the assistance :-)

kfogel@collab.net wrote:

>Folker Schamel <schamel23@spinor.com> writes:
>>I don't know about 0.31.1 with 0.35.1,
>>but generally we had major troubles when mixing server/client versions
>>(hangs during updates; costed us a lot of time before
>>we found out the reason).
>>Because of this, we STRICTLY follow the policy to always
>>use EXACTLY the same version for server and client.
>Our policy (pre-1.0) is that client/server compatibility is always
>maintained across one minor version number. For example, 0.34 is
>compatible with 0.35.*, no matter which is client and which is server.
>(Sometimes the compatibility spreads further than this, but one is the
>minimum we guarantee.)
>So, Folker Schamel's policy is probably overly strict, though it's
>certainly safe :-). Folker, if you had compatibility problems between
>two versions that were only one minor version apart, please let us
>know. That's a problem.
>After 1.0, we will be more conservative of course.
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jan 1 18:26:34 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.