[RFC] qdelete -> qpromote?

[Peter Arrenbrecht]

On Wed, May 21, 2008 at 2:09 PM, Dirkjan Ochtman <dirkjan at ochtman.nl> wrote:
> Usage of qdel with -r (promoting MQ changesets to normal hg changesets) is a
> little weird, because "saving to history" isn't exactly congruent with command
> called "delete" or "remove". I propose we move the -r functionality out of qdel
> into a new command called qpromote, which takes one argument (the revision or
> revision range to promote). Possibly, there could be a default of qbase:qtip if
> no argument is specified. I think this makes an important MQ command much easier
> to discover for new users, and, especially with the default argument, easier to
> use.
>
> piranha in IRC proposes hg qexport, which is nicely symmetrical to qimport but
> bears very little relation to export, which makes it a weaker choice. qcommit,
> which parren likes, is already taken. Any thoughts on this?

qpush is not related to push either, so one could go with it, I think.
However, it's only obvious and natural for people who know about
qimport in the first place. But I would assume many people don't start
with qimport. For those, qpromote would be better. So:

+1 for qpromote

(As djc said on IRC: "discoverability should be a primary argument here".)
-parren