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

Re: Best practice for partial repository checkout

From: Andy Levy <andy.levy_at_gmail.com>
Date: Wed, 21 May 2008 13:11:09 -0400

On Wed, May 21, 2008 at 12:55 PM, Steve Kelem <skelem_at_elementcxi.com> wrote:
> I have a question about the best practice for checking out part of a
> repository.
> We have a repository that has a structure like:
> trunk/
> hw/
> sw/
> apps/
> training/
> Each of the sub-directories is quite large and taking up lots of space when
> each of our engineers checks out the entire trunk.
> The right way to check out (AFIK) would be to check out only the top-level
> directory that's needed. (Check-out is quite slow, on the order of a few
> hours!) That's fine for checking out a new sandbox, starting from scratch.
> What about someone who has the whole trunk checked out, but realizes (for
> example, due to a company mandate) that one or more directories are not
> needed in his sandbox?
> One possibility is to delete the entire local sandbox and then check out
> only the directories that are needed. That's safe, but costly in check-out
> time and can lose any local work-in-progress.

Unless you save the work in progress.

> But what if a lot of work is in progress in, e.g., the hw directory, but a
> local copy of the sw directory is not needed? Is there an easy way to tell
> subversion that I don't need a copy of sw, or apps, or training, but that I
> want to keep all my local work in the hw directory?

Copy or move sw using your file manager of choice (shell prompt,
Windows Explorer, Nautalis, Finder, what have you) to another
location, then delete what you don't want. The great thing about
Suvbersion WCs is that (barring symlinks) each directory can be its
own independent working copy just by copying it to a new place.

To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-05-21 19:11:32 CEST

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.