Mercurial Queues are like Git's index on steroids
stevelosh.com
stevelosh.com
At Astrails we used mercurial for a couple of years with quite an elaborate workflow involving shared patch queues which were in their own mercurial repository.
Once we switched to git I tried for a while to force similar workflow on git. I investigated stgit, quilt etc to try to use patch queues with it. Nothing quite worked so we kept just using the regular git with topic branches and once I learned all the 'magic' git stuff like "commit --amend" and "rebase -i" I realized I no longer needed patch queues. Actually the workflow become much more streamlined and easy to follow.
The one thing rebase -i and histedit can't really duplicate is versioned patch queues. If you want to keep track of changes to patches over time then rewriting history won't help you.
Perhaps you have a big feature with a bunch of moving parts that you want to refine as you get feedback/code review. With versioned queues your colleagues can see what parts of your patches changed since the last time they reviewed them, instead of looking at the entire set of patches as a whole.