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

Re: Creating sparse working copy retroactively from existing disjoint working copies

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Sun, 19 Aug 2012 17:52:23 +0100

Robert Whitaker wrote on Fri, Aug 17, 2012 at 08:45:32 -0700:
> ----- Original Message -----
> > From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
> > Sent: Friday, August 17, 2012 10:03 AM
> >
> > % mkdir d
> > % cd d
> > % mkdir notes notes/commit-access-templates
> > % svn co -q
> > http://svn.apache.org/repos/asf/subversion/trunk/notes/commit-access-templates/
> > notes/commit-access-templates/
> > % svn co -q --force http://svn.apache.org/repos/asf/subversion/trunk/ ./
> >
> > I don't have a recent build to test with (and the behaviour might have
> > changed at some point), but the above is what I try first.
> >
> > Does that answer your question?
> >
>
> Hello Daniel,
>
> Thanks for the reply. I am running 1.6.17 and the above sequence of commands
> did not work. The second "checkout" failed even with the --force flag. I
> show a copy-and-pasted session below showing my failed attempt.
>
> Even if the second "checkout" had succeeded, it would have just created a full
> checkout of the tree under "trunk" but what I was interested in originally was
> in creating a "sparse" checkout (not a "full" checkout).
>

Sorry, missed that detail.

> I am still curious if a sparse checkout is possible retroactively, so if you
> have any further insights I would appreciate further comments. The example I
> showed in my original post is _VERY_ easy to reproduce in your own repository
> locally if you want to play around and test possible solutions.
>

Unfortunately I can't easily test solutions as I don't have a moderately
recent 1.7.x or trunk build at the moment.
Received on 2012-08-19 18:53:00 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.