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

Re: REQ: svn release

From: Daniel L. Rall <dlr_at_finemaltcoding.com>
Date: 2005-09-23 20:48:59 CEST

On Thu, 22 Sep 2005, Tim Shadel wrote:

> On 9/22/05, Daniel Rall <dlr@finemaltcoding.com> wrote:
> > On Thu, 22 Sep 2005, Tim Shadel wrote:
...
> > > I've been using 'svn' since 0.18, so it took me quite
> > > a while to figure out why this worked in CVS. It is the
> > > interplay between two commands: 'cvs release -d' nukes
> > > the directory, and 'cvs update' **unlike svn update**
> > > will **NOT** bring down missing directories, so you can
> > > remain isolated until you run 'cvs update -dP' which
> > > is **much more like svn**. Does that ring any bells?
> > > So the old 'cvs release -d' CAN be recreated from
> > > operating system commands, but the svn version cannot.
> > > Kind of a time warp to recall those details. :-)
> >
> > How about using a combination of 'svn co -N URI', 'svn ls URI',
> > and 'svn co' of desired sub-directories found by 'svn ls'?
> >
>
> That works for selecting my first batch of projects. Your procedure
> is perfect there. But then next week I'll need a different set. At
> that point I _no longer_ want some folders that have already been
> checked out. I can't "undo" an 'svn co' after it's done without
> hand-editing the .svn\entries.

How about checking out a new working copy? I always use a fresh one when
doing releng-related work.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 23 20:50:20 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.