Re: [RFC] Design of svnvendor.py
From: John Peacock <jpeacock_at_rowman.com>
Date: 2006-05-19 18:04:13 CEST
Giovanni Bajo wrote:
No, I read your first paragraph about how difficult you find vendor
I have no special interest in your tool, which is way too "this is the
Now on to the specific comments you made:
> This does a new import of the vendor, so it's not answering my concern.
Actually, if you read the example on the elixus.org page, you'll see
> The problem I'm thinking of is the following:
I'll assume that I am in a working copy that is anchored in the project
>
$ svk import -m 'libcomplex-1.1' ./current ~/path/to/libcomplex-1.1
> 2) svk cp: use 1.1 in my project
$ svk cp -p ./tags/libcomplex-1.1 ./local/trunk
(you could also copy from ./current, but this make a little more sense
> 3) svk import of libcomplex 1.2
$ svk import -m 'libcomplex-1.2' ./current ~/path/to/libcomplex-1.2
> 4) svk smerge: upgrade to 1.2 in my project
$ svk smerge -C ./tags/libcomplex-1.2 ./local/trunk
#if no conflicts
$ svk smerge ./tags/libcomplex-1.2 ./local/trunk
>
$ svk smerge -c ./tags/libcomplex-1.1 ./local/trunk
#if no conflicts
$ svk smerge ./tags/libcomplex-1.1 ./local/trunk
HTH
John
-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org For additional commands, e-mail: dev-help@subversion.tigris.orgReceived on Fri May 19 18:04:22 2006 |
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.