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

Re: pruned directory checkouts

From: Lukas Ruf <ruf_at_rawip.org>
Date: 2006-01-10 08:47:20 CET

> Chris Church <flyingfred0@gmail.com> [2006-01-06 22:36]:
>
> I find myself using svn co -N and svn up -N (non-recursive) to set up my
> working copy. It just takes a little discipline when I check something out,
> but I don't have to deal with directories I don't need. I can easily run
> svn up, svn status or svn commit in the root folder of my working copy and
> it affects all directories that I've explicitly checked out, but nothing
> more. The only thing that has been tedious for me is removing directories
> from my working copy I no longer need -- the only way I've found is to
> manually edit the "entries" file in the .svn directory.
>
>

> Joshua Varner <jlvarner@gmail.com> [2006-01-06 22:46]:
>
> Some people do the checkout, then svn switch the directories they don't want
> to an empty directory. This allows the speed up you want and after the initial
> switching the disk savings. All commits are atomic, whereas with externals
> they are not, and the switching is purely client side, the only requirement
> on the server is the empty directory in the repository to switch things to.
>
> Note: I've not done this myself just seen it in similar discussions before.
>

thanks very much for the hints!

wbr,
Lukas

-- 
Lukas Ruf   <http://www.lpr.ch> | Ad Personam
rbacs      <http://wiki.lpr.ch> | Restaurants, Bars and Clubs
Raw IP   <http://www.rawip.org> | Low Level Network Programming
Style  <http://email.rawip.org> | How to write emails
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 10 08:50:56 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.