Non-linear patch queues

[Sebastian Unger]

Interesting. I can't pick how qqueue is related to my problem, but evolve
does look like a worthy successor (pun intended) to MQ. However, from
reading through the manual I can pick out a few issues that I have with it:


   1. Evolve requires the extension to be installed on all servers hosting
   repos and the mercurial there to be recent while MQ can be run just locally
   and the queues hosted in a standard repo. This is of course *our*
   problem in that we should get that server that is hosting our repos updated.
   2. I find that the publishing setting granularity is too coarse. I would
   really like to be able to have a single central repo and have some parts of
   the history in that repo in draft state and stay in that state until
   explicitly changed to public while pushes to other parts get promoted to
   public automatically. I wonder whether you couldn't add publishing markers
   similar to how obsolescence markers work. Like a
   draft-phase-is-persistent-marker that causes the marked changesets to stay
   in draft phase even when pushed to a publishing repo or something like that.

Other than that it looks VERY interesting indeed (and yes, it obsoletes
(;-) my original question). Are you planning on integrating that into stock
mercurial at some point in the future?

Cheers,
Seb


On Tue, Jul 29, 2014 at 4:09 AM, Matt Mackall <mpm at selenic.com> wrote:

> On Mon, 2014-07-28 at 14:07 +1200, Sebastian Unger wrote:
> > Rationale:
> > I find myself quite often going up and down the patch queue and doing
> > refactorings in between. Once I have done a refactoring and created a
> > patch, I then of course find that the remaining patches in the queue do
> not
> > apply any more. So far, the easiest way I have found for dealing with
> this
> > situation is the following steps:
>
> MQ has more or less reached the end of its development life. The closest
> thing it has to the feature you're looking for is 'qqueue' which allows
> you to switch between independent queues.
>
> You might really appreciate the evolve extension as a replacement:
>
> http://www.gerg.ca/evolve/user-guide.html
>
> --
> Mathematics is the supreme nostalgia of our time.
>
>
>


-- 
*Sebastian Unger*
*Senior Software Engineer*
Tait Communications
Email: sebastian.unger at taitradio.com <sebastian.unger at taitradio.com>


www.taitradio.com

-- 

------------------------------
This email, including any attachments, is only for the intended recipient. 
It is subject to copyright, is confidential and may be the subject of legal 
or other privilege, none of which is waived or lost by reason of this 
transmission.
If you are not an intended recipient, you may not use, disseminate, 
distribute or reproduce such email, any attachments, or any part thereof. 
If you have received a message in error, please notify the sender 
immediately and erase all copies of the message and any attachments.
Unfortunately, we cannot warrant that the email has not been altered or 
corrupted during transmission nor can we guarantee that any email or any 
attachments are free from computer viruses or other conditions which may 
damage or interfere with recipient data, hardware or software. The 
recipient relies upon its own procedures and assumes all risk of use and of 
opening any attachments.
------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mercurial-scm.org/pipermail/mercurial-devel/attachments/20140729/e3c5b0d1/attachment-0002.html>