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

Questions about Subversion...

From: Rory Clark <roryslists_at_clarkzoo.org>
Date: Mon, 7 Jul 2008 20:30:52 -0700

My work is contemplating a move from CVS to a new source control tool.
Currently on the potential "move to" list is Subversion and Team Foundation
Server, as a few groups already use it. Since I run Subversion at home,
there were a number of questions I was asked that I could not answer.
One of the risks brought up was one person's encounter with database
corruption in the repository. I have not seen this in my installations. Does
anyone have an idea under what conditions, not including hardware
malfunction, that this could cause this? Is there any knowledge about
frequency of occurrences?
Are there any Visual Studio 2005 and 2008 SCC plug in's for Subversion? Do
you have links for them? I have found VisualSVN, TamTamSVN SCC, and AnkhSVN.
Are there any others that you know about?
Branching and merging was brought as an issue. What are the complications
around branching and merging that one should be aware of and how to mitigate
those issues?
Integration of Subversion with LDAP and ActiveDirectory for authentication
of users. I see in the Red-Bean book that system accounts over SSH on
SVNSERVE are supported, but does this apply to ActiveDirectory on Windows
based installations as well? It looks like we would need to run an Apache
web server for this, even on Windows. Is this correct?
Does SVN support the ability to apply policies over directories? For
example, can I limit access to specific directories under the tree to
different groups with different levels reading and writing capabilities? Can
I take it one step further and lock down the tree and prevent commits to it,
like in the situation where we have a release candidate and we don't want
anyone making unapproved check-ins?
Received on 2008-07-08 05:31:19 CEST

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.