[PATCH] mq: Add a new command, 'qrebase', to obviate need for 'qsave'

Augie Fackler lists at durin42.com
Tue Aug 25 19:17:01 CDT 2009


On Aug 25, 2009, at 7:42 AM, Adrian Buehlmann wrote:

> [On 25.08.2009 10:57, Peter Williams wrote:
>> I am.  But I'm using mq terminology and rebase isn't part of mq.
>
> Funny, but with your proposed patch, you exactly do that:
>
> You implicitly make rebase a part of mq by making mq dependent on
> rebase.
>
> From your proposed patch:
>
> On 25.08.2009 08:43, Peter Williams wrote:
>> +    from hgext import rebase
>> +    opts['base'] = 'qbase'
>> +    return rebase.rebase(ui, repo, **opts)
>
> There, you _rebase_ the qbase.
>
> BTW, how is that difficult to explain? "Rebasing the qbase"
> seems pretty clear. You rebase the queue.
>
> 'Reparenting' the qbase sounds rather silly...
>
> An entirely different question is whether it is a good thing
> to make the mq extension dependent on the rebase extension.
>
> Which is probably a much bigger issue than the name of the
> proposed new command.

Honestly, I'm -1 on having:

1) yet another obscure mq subcommand that very few will use
2) reinventing the wheel when we can just state somewhere in the  
{mq,rebase} docs that you can do (eg) hg rebase -s qtip -d tip and  
it'll magically DTRT even though there's an mq, since rebase is  
already mq safe.

Just my 2¢.

Augie


>
> _______________________________________________
> Mercurial-devel mailing list
> Mercurial-devel at selenic.com
> http://selenic.com/mailman/listinfo/mercurial-devel




More information about the Mercurial-devel mailing list