[rfc] another idea for speeding the display of merged revisions in status

[Robert Collins]

On Fri, 2008-04-04 at 17:03 +1100, Martin Pool wrote:
> Mark asked me: when you do the merge, you presumably work out which
> revisions need to be merged.  Why not cache them into the working tree
> then, and avoid recomputing it for status?
> 
> It was at least a good enough questions that I couldn't see off hand
> why it wouldn't work.
> 
> Of course you will have to be careful with the cache if the basis or
> pending merge list changes.

Well, its unnecessarily expensive today; we should in the first place
make it ~ as fast as it can be today before we add a cache.

-Rob

-- 
GPG key available at: <http://www.robertcollins.net/keys.txt>.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20080404/d54b6347/attachment.pgp