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

Re: Bug in book? (was: Re: Vendor branches)

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2004-11-29 01:56:23 CET

kfogel@newton.ch.collab.net wrote on 11/28/2004 04:51:46 PM:

> "Gili" <junk@bbs.darktech.org> writes:
> > In the 1.1 documentation on vendor branches it states that one
> > should extract vendor branch 1.1 on top of 1.0
> > and then run the svn status on it. Right?
> Can you give us a URL for what you're reading? Probably you're
> referring to something in the book at svnbook.red-bean.com, but that
> is not the only Subversion vendor branch documentation around (it's
> not even the only book :-) ! ).
> In a private mail, EricTheElk <erictheelk@gmx.at> told me you were
> referring to this:
> http://svnbook.red-bean.com/en/1.1/svn-book.html#svn-ch-7-sect-4
> Is that right?
> If so, I don't understand the procedure there either. Specifically,
> the claim that "The missing files are files that were in 1.0 but not
> in 1.1, and on those paths we run svn remove" seems bogus. The files
> wouldn't be marked as missing, they'd just be untouched, as you
> pointed out.
> The instructions there seem to have been committed in r9659, based on
> material in r5111, both by cmpilato. I'm not sure how to interpret
> the instructions. I've rethreaded this mail to indicate that there
> might be a doc bug here. Mike?
> For now, I think you (Gili) might want to use the svn_load_dirs.pl
> script mentioned in that section. I haven't done much vendor branch
> work with Subversion so I don't have more specific advice to offer,
> sorry.

I am glad it is not just me. I never understood this either. I always
just assumed that the Perl script somehow magically figure it out, but
since I know nothing about Perl, I didn't want to try to figure it out.

In my case, I was lucky because the "vendor" stuff I wanted to deal with
is stored in a Subversion repository. So, I just use svk to mirror the
repository and then use Subversion itself locally to manage it all.


Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Nov 29 01:58:40 2004

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.