[Svnmerge] [PATCH] Prompt for source branch when multiplesourcesexist
Giovanni Bajo
rasky at develer.com
Thu Apr 13 00:50:15 PDT 2006
Madan U S <madan at collab.net> wrote:
>> I've attached the same patch regenerated against r19109 to make
>> things > easier. Is it fit to be committed?
>>
>>> I'm not a fan of this interactivity (why is it necessary?), but will
>>> review this patch. Some comments:
>>
>
> Where is this discussion happening? This is the only mail in the
> whole thread I
> got. Am I missing something? Or were the previous mails not mailed to
> the list?
They were, two weeks ago.
> 1) A user runs 'svnmerge integrated' without the -S option (because
> he doesnt know
> there are multiple heads)
> 2) 'svnmerge integrated' responds saying there are multiple heads
>
> Now, why should he use
> 'svnmerge integrated -i'
> instead of
> 'svnmerge integrated -S path'
>
> ????
>
> Seems like an afterthought.
Yes. OTOH, people could have --interactive in their svnmerge.conf option file
so that it's turned on by default *for them*. (No there's no svnmerge.conf file
at the moment, it's just an example :).
I think my main opposition is that disambiguation of head doesn't always
happen. If a command was interactive by default *and* interactive in all its
runs (except, maybe, in case of errors), I wouldn't mind it much. But having a
command which is interactive by default *but* interactive only in some case
(eg: disambiguation of head) looks like a good recipe to break every script
which calls svnmerge. I would bet money that if we put interactive on by
default, there *will* be someone which bites the bullet.
Personally, I'm more than satisfied with Madan's patch to list possibile heads
URLs.
> 1) How does svnmerge handle the interactiveness of the commandline
> commands (like
> svn) that are being invoked by svnmerge?
I'm not aware of any case in which svnmerge triggers interaction in svn. I
heard svn has a --non-interactive option which could be used in these cases.
Notice that I'm uncomfortable thinking that somewhere, somehow, svn might go to
interactive mode, and it's not clear when or how. I don't think we should fall
into the same trap with svnmerge.
Giovanni Bajo
More information about the Svnmerge
mailing list