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

Re: Useing Subversion at a company

From: Romain Prévost <prevost.romain_at_gmail.com>
Date: 2005-08-22 16:36:23 CEST

Subversion is stable, even on Windows ;) , but you'd better run it on
a unix box, mainly because Windows XP filesystem will get in trouble
when too much file are created. (I guess you'll use FSFS repository of
course).

As a GUI, TortoiseSVN is GREAT when you work on windows. I can't
recommend anything else : http://tortoisesvn.tigris.org/

Concerning symlinks, you can't create them on single files, this has
been discussed a lot. You can anyway use the svn:externals property to
achieve almost the same behavior with whole directories. Check the
subversion book : http://svnbook.red-bean.com/

HTH.

2005/8/22, René Vestergaard <rve@techno-matic.dk>:
>
> Hi,
>
> I our company the Client-PC's use the Ms. WindowsXP-operatingsystem.
> They are in a NT-domain, where the domaincontroller run Ms.
> WindowsServer2003.
>
> Is subversion stable enough for us?
>
> Two developers currently use an old version of the "CS-RCS Pro" software
> (http://www.componentsoftware.com/Products/RCS/index.htm)
> as versioncontrol-system.
> Can we also create "symlinks" with subversion, as supported in the CS-RCS
> GUI?
>
> Which of the "GUI front-end for the Subversion revision system" would you
> recommend for software-developer,
> that normally working in a Windows enviroment?
>
> ps. Right now, most of the software-developer's manage software-versions
> manuelly. They don't use any revision system. ... yet ;)

-- 
Romain Prévost
Epitech promotion 2007
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Aug 22 16:39:06 2005

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.