Speedup with history-db

Eli Zaretskii eliz at gnu.org
Tue May 31 17:27:01 UTC 2011


> Date: Tue, 31 May 2011 16:25:31 +0200
> From: John Arbash Meinel <john at arbash-meinel.com>
> CC: bazaar at lists.canonical.com
> 
> > Fair enough.  The only use cases that really bothers me is this
> > 
> >     bzr log --include-merges -c REVISION
> > 
> > This is something I do quite a lot, because I like to know what went
> > into merge commits and people tend to not describe that adequately in
> > the log message of the merge.  This command does not mention dotted
> > revnos, only revisions on the mainline (I do understand that -
> > --include-merges is a reference to dotted revnos in disguise).  The
> > output of the above command must be accurate, otherwise I will be
> > forced to use --no-plugins, because I cannot trust the output.  It
> > would be nice if it could be fast as well, but accuracy is more
> > important.
> > 
> > Thanks.
> 
> That still works. The example that fails is:
> 
>  bzr log -rDO.TT.ED..X
> 
> - -c X will always use 2 mainline revisions.

Not with the specific revision I somehow managed to find:

   bzr log --include-merges -c104363

Several other merge-commits I tried indeed work (and are about 15
times faster with the plugin than without it).  But this single
revision 104363 causes trouble.  Could you please take a look at the
above command with that specific revision on the Emacs trunk?

Thanks.



More information about the bazaar mailing list