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

RE: RE: Linux prefered for running Subversion : call for testimonials

From: Roth, Pierre <pierre.roth_at_covidien.com>
Date: 2007-11-14 15:36:15 CET

> -----Message d'origine-----
> De : Andy Levy [mailto:andy.levy@gmail.com]
> Envoyé : mercredi 14 novembre 2007 15:13
> À : Bicking, David (HHoldings, IT)
> Cc : Roth, Pierre; Marc Haisenko; users@subversion.tigris.org
> Objet : Re: RE: Linux prefered for running Subversion : call for testimonials
> On Nov 14, 2007 9:04 AM, Bicking, David (HHoldings, IT) <David.Bicking@thehartford.com> wrote:
> > Setting up svnserve.exe as a service is a breeze (takes about 15 minutes, 12 of them figuring out the steps). Scripting can be in any language that runs on Windows.
> Unfortunately, this is one of the hoops that Windows folks have to jump through. SVN on Windows only recognizes .exe, .bat and .cmd as executable file types. If you want to use Perl, Python, etc. you need to have a BAT or EXE kick off the script, > passing the parameters & return codes/messages through in both directions. If you can build an EXE to do the whole hook (like > you have, David), it's a little easier to pass info back to the client.

Here is an objective issue. I plan to use Subversion with Trac (trac.edgewall.org) as I do for personal projects. Trac project provides hook scripts for subversion that I integrated quickly on my linux server.

As Micah Elliott said I can see with this limitation some rising issues when trying to integrate other tools with subversion under windows. So perhaps that Subversion under Linux == Subversion under Windows in terms fo funccionality and performance but a Linux server seems to be better for extensibility.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 14 15:36:51 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.