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

Re: [PATCH] Allow replace on repo-to-repo copy

From: Hyrum K. Wright <hyrum_wright_at_mail.utexas.edu>
Date: 2007-02-28 16:12:37 CET

Justin Patrin wrote:
> On 1/26/07, Alan Barrett <apb@cequrux.com> wrote:
>> > Justin Patrin wrote:
>> > > In order to support more easily scriptable tagging (among other
>> > > things), I've created a patch to allow replacement of the destination
>> > > in a repo to repo copy.
>>
>> Excellent!
>>
>> On Thu, 25 Jan 2007, Hyrum K. Wright wrote:
>> > I will agree that the svn commandline client lacks repository replace
>> > functionality, but I don't think that the copy command is the correct
>> > place to add it. At this point, I'm not sure where is ('svn replace'?)
>>
>> As a user of the svn command line client, I'd prefer to see this
>> functionality as "svn copy --replace" than as a new "svn replace"
>> command. I don't know where it should go in the bindings.
>>
>> > Have you looked at using mucc? It can be found in the source tree at
>> > contrib/client-side/mucc.c. mucc is a client which can combine
>> multiple
>> > repository actions into a single commit. I haven't tested it for your
>> > use case, but you may want to.
>>
>> Yes, mucc works for this, but only in the URL-to-URL case. The
>> proposed "copy --replace" would work for all combinations of
>> {WC,URL}-to-{WC,URL}. Also, many people don't have mucc installed.
>>
>
> Well, my patch only takes into account URL-to-URL as this is the case
> I was interested in. It should be pretty simple to extend this to the
> other cases.

Justin,
Discussion seems to have petered out, but the concept does have merit.
I've gone ahead and filed this in the issue tracker as issue #2727 so
that it doesn't get lost.

Thanks,
-Hyrum

Received on Wed Feb 28 16:13:07 2007

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.