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.
Mark
_____________________________________________________________________________
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