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

RE: "cloak" a part of tree?

From: Bulgrien, Kevin <Kevin.Bulgrien_at_TriPointGlobal.com>
Date: 2004-05-07 17:00:56 CEST

Is this not a function of the Versioned Modules? It sounds to me that
an SVN module is a list of directories. You set up a module that has
the directories the specific user needs, and SVN ignores the other
things in the tree. I suppose this is rather a mirror image feature
from what you describe as "cloaked" directories... but maybe it is
what you are looking for. (I have not used modules in SVN, so this
is just a thought.)

From the book:

Unlike CVS, a Subversion working copy is aware that it has checked out
a module. That means that if somebody changes the definition of a module,
then a call to svn update will update the working copy appropriately.
Subversion defines modules as a list of directories within a directory
property: see the section called "Externals Definitions".

---
Kevin R. Bulgrien
-----Original Message-----
From: Ray Johnson [mailto:Rayj@ingenio.com]
Sent: Thursday, May 06, 2004 8:03 PM
To: users@subversion.tigris.org
Subject: "cloak" a part of tree?
VSS has a notion of "cloaking" a directory for a user.  The prevents
recursive updates etc. from traverse that part of a larger repository.
Given the size of our repository this is rather useful for some folks.
We would like to do something like this in Subversion.  Some how mark a
given sub-directory in a working copy as "cloaked" or something such that a
svn update or svn commit would not consider files in that directory (or it's
children.  Is there a way to do this with subversion?  
Ray
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 7 17:01:30 2004

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.