Re: Running Subversion on a Windows VM

Greetings, Chris!

> I work in a mid-sized shop(20 devs) that is currently running Subversion 1.6
> (as a windows service) on a Windows 2003 box right now, but the box itself
> is old and we are going to swap it out and use it for something else soon.
> So, there are arrangements being made on what to do with the repository...
> i.e. what to put it on next. I am also mirroring this primary repository to
> an off-site location with our production DR stuff. The thought is to spin
> up a Windows 2003 VM (hosted on one of our ESX boxes), move the primary
> repository over to it, and continue life as normal.

To make my thought short: I really don't understand why you're making troubles
for yourself, layering entities one over another, when Subversion exists for
nearly anything that has CPU and some RAM.
Why not use native solution? Settled once, it barely need ANY maintenance,
aside regular cron'tabbed backups.

> I am a huge VM fan and should just know better probably, but are there any
> performance concerns I SHOULD have and investigate more into... Has anyone
> run things this way and stuck with it for a lengthy period? If so, what
> has your experience been... good... bad... no diff ?

> Any feedback would be much appreciated.

If you don't really NEED to run Subversion in a VM box (i.e. you have
Subversion as a part of your own project and run it in sandboxed environment)
- you would be better off with native solution. Less segments in chain - lower
chance for system failure.

--
WBR,
 Andrey Repin (anrdaemon_at_freemail.ru) 03.07.2009, <0:21>
Sorry for my terrible english...
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2367588
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].