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

Re: svn:do-not-export property

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: 2006-10-27 00:36:46 CEST

You might want to check out the description of the new
'incomplete-directories' feature that (hopefully) is coming in 1.5. You
can find a description here:
http://svn.collab.net/repos/svn/branches/incomplete-directories/README.branch

Basically it's about excluding directories (not files!) from being
checked out, so they will not show up in later updates. The same goes
for exports.

Given this development going on now I doubt anyone will be interested in
implementing your "svn:do-not-export" property idea.

regards,

Lieven.

Steven Luscher wrote:
> This has been briefly discussed before, but I would like to bring it
> up again – taking a slightly different angle.
>
> It would be really useful to me to have access to an
> "svn:do-not-export" property that could be set on certain files I
> wanted to store in the repository, but exclude when exporting any
> given revision.
>
> Today, for instance, I would be using this property to make sure that
> all of my Flash (.fla) files get included in the repository but get
> excluded when I do an "svn export" to the webroot.
>
> For now I'll just structure my repositories differently, putting web
> and development files into separate folders. In the future though, I
> hope that SVN will include an "svn:do-not-export" property so that it
> might conform to the way I work, instead of the other way around.
>
> Awesome!
>
> Steven Luscher (BDes Hons., Provisional RGD)
>
> {
>
> c = Steven Luscher Design;
>
> w = http://www.stevenluscherdesign.com/
>
> }
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 27 00:37:24 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.