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

Preventing a folder from being checked out?

From: Olivier Sannier <obones_at_free.fr>
Date: 2005-06-30 22:43:41 CEST

Hi all,

Coming from CVS, I was used to having tags and branches be a "virtual"
concept.
But now that I work with SVN at work, I just started to wonder about
branches, and as it turns out, this is more "real", in the sense that
there needs to be folder for branches. The thing is that I've already
created the repository like this:

/libs/somelib
/libs/someotherlib
/project_one
/project_two

This is fine with me and if I want to create tag or a branch, I actually
have to make it on everything, the projects being heavily interdependent
on the libs.
So if I was to create tag, I should put it inside a "tags" branch and
end up with this:

/libs/somelib
/libs/someotherlib
/project_one
/project_two
/tags/sometag/libs/somelib
/tags/sometag /libs/someotherlib
/tags/sometag /project_one
/tags/sometag /project_two

But if a new developer comes in and does a checkout of /, he will get
all the tags, which is not desirable, as he will have to work on trunk
anyway. So I'm wondering if there is a way to say: don't include "tags"
in a checkout made on / but let it go through if the checkout
specifically requests it.
Is this at all possible? If yes, how?
I would very much prefer if I would not be forced to create a "trunk"
folder at the root and put everything into it. The current organisation
makes the tags and branches transparent except to those who really want
them.

Thanks for your help
Olivier Sannier

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jun 30 22:50:23 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.