Choosing an SVN server

Hi all,

I am using this forum because I did not see any better one in the list. I hope that it fits. I am trying to choose the best freeware SVN server to install on my home server running WIndows Server 2003. I want to easily connect to it through eclipse Indigo. Does anyone have any good suggestions?

Greg

Greg Reeder wrote:I am using this forum because I did not see any better one in the list. I hope that it fits. I am trying to choose the best freeware SVN server to install on my home server running WIndows Server 2003. I want to easily connect to it through eclipse Indigo. Does anyone have any good suggestions?

Sure, take an old PC, put a real operating system on it, and install svn daemon on it. Debian or Ubuntu are two good choices.

Are there even any other SVN servers apart from SVN itself? If so, I'd wonder why.

Tim Moores wrote:Are there even any other SVN servers apart from SVN itself? If so, I'd wonder why.

I think technically you run the svn program as a service (on windows) or daemon (on OS-X/linux)

SVN has tons of protocols you can use to talk from your client computer to the server.

There are several binary packages for Subversion for Windows: http://subversion.apache.org/packages.html#windows

The one from Collabnet contains extra services which you may or may not need. Besides the Subversion server itself, it also runs an Java EE environment with additional features. This is fine if you are setting up a server that runs only Subversion, but might not be the best for a multi-use server or if you want to set it up on your own PC (though, if you want a source code repository on your own PC, git or Mercurial might be a better fit).

I usually use the Win32Svn package and hook it up into Apache HTTPD.

And as Pat mentioned, if you want to run a standalone server with Subversion, a Linux system might be a better fit. With most distros, if you install the Apache HTTPD package and then the Subversion package, the HTTPD configuration will be mostly done for you - all you need to do is create a repository and modify the HTTPD configuration to point to it.

Actually, after many years of running my own SVN services on an old crock PC box, I've switched to git, and have it hosted on github for $12 a month.

SVN does many things well, but merging a branch back to the trunk on an active project is painful.

My git-using project is just ramping up the staff, so to date, we haven't had many merge opportunities. I can't say that its much better, but the geeks claim it is.

Thank you very much for the advice. I decided to give VisualSVN server a try. Maybe it will be a disaster, maybe it will work, I'll just have to see. Thank you though!!!

Greg

you are welcome. Good luck with your project