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

Re: Making arguments for SVN

From: Johnathan Gifford <jgifford_at_wernervas.com>
Date: 2006-02-08 00:20:45 CET

1) Not sure about the Delphi IDE, but in the Eclipse world, I think there
is plugin for just about every language now.

2) The only client Subversion has is a command line client. But there are
several GUI clients made by others outside of the repository engine
development team that are available using interfaces provided by the
Subversion engine. Examples are TortoiseSVN, RapidSVN, SmartSVN, etc...
Take your pick. But as a co-worker pointed out. If you don't like the GUI
give it a month. Someone will make it better. In fact the GUI's are
constantly getting better. In just the last six months alone I've seen
remarkable improvements.

3) Who's the wise guy on your team? :) Use FSFS (fuzz fuzz) for the
repository engine. Lot less headaches than the Berkley DB.

4) Of course and it is all tied together with a single number.

5) Yep and then some.

6) It is as expensive as the hardware you want to put it on and how much
time you have or how much money you want to spend on a consultant to help
you set it up. If technical support is needed, CollabNet is offering
contracted support. This way, if the community can't help you and it is a
five alarm fire, you do have someone who is going to help you resolve the
issue. CollabNet (www.collab.net) currently pays a certain number of
developers to develop on Subversion full time.

7) We've got guys using Subversion over VPN and DSL/Cable modem connections
with no complaints.

8) As long as everyone is hitting the same repository, oh yeah.

9) That's the only way to do merging.

10) Every single change.

11) I think that is the prime directive of Subversion.

The biggest hurdle your team will have is the checkout/checkin motion.
They'll be lost for week until they figure out that changing a file requires
10 less steps to get started. The second hurdle will be the branching and
merging concepts. These are thing VSS doesn't have.

Johnathan

On 2/7/06 4:53 PM, "Eddie Shipman" <Eddie.Shipman@DataMaxGroup.com> wrote:

> We are looking to possibly install Subversion to replace VSS2005.
>
> Please help me with the answers to these issues, I need answers very
> quickly, thanks.
>
> 1) Does it have Delphi IDE integration: automatic check in,
> check out, undo checkout, comparison to source in respository.
> (I know there is only one IDE plugin avail to use with Delphi,
> SourceConexxion with PushOK SCC Proxy)
> 2) Does it have a fully functional GUI on each client and the server.
> (I know about TortoiseSVN and RapidSVN)
> 3) MSSQL database.
> (I know it won't apply here, don't answer this)
> 4) Does it support Atomic commits.
> 5) Does it support user history;
> view all changes made to a file, and see who made the change, when and
> why.
> 6) Low cost.
> (Open Source, so free)
> 7) Does it have good wan support on the client (reliable and fast).
> 8) Does it support world-wide concurent development.
> 9) Does it support automatic and manual merging, which is must be done
> on the client.
> 10) Does it save changes for binary and text files as delta.
> 11) Does it support branching and merge-branching.
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 8 00:23:55 2006

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.