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

RE: sparse directories and --set-depth

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Mon, 26 Jan 2009 09:59:38 -0000

2009/1/23 <sieburgh_at_gmail.com>:
> Hi
>
> Reading about sparse directories, as available in svn 1.5.x, I'd
really like to start using this, since we have a LARGE repository,
organized as one big project (which comes from the SCCS days), but...
>
> How to decrease the depth-level, in fact, after I did some changes in
a certain directory, I'd like to remove that directory from my WC,
without getting SVN errors, which I would get if I just do "rm -rf
<DIR>".
> Any clues for doing this in the current version?
> And: any plans for implementing this in a next version?
>
> Thanks in advance!
>

Hi.
I'm not sure if this helps any, but I've noticed (using TortoiseSVN)
that you can delete directories from a sparse checkout.

I create a sparse checkout at the very root of the repository, with the
'only this item' depth.
Then, using the repo-browser, I can go to any project within the tree
and 'update item to revision', this gets that directory and sub-dirs if
I leave the depth option as it was.

Afterwards, I can delete the project I retrieved without any effect on
subversion. So I assume that it is filling out the sparse tree in a
slightly different way than if I had done a checkout with the full
depth.

I don't know if this is a tortoise thing or an intentional part of svn;
and you still cannot delete part of a tree once you've checked it out -
ie if you "update to revision" a project and it retrieves a
subdirectory, you cannot delete the subdir and expect svn to know what
you meant.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1054142

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-26 20:04:26 CET

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.