© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
2eb648a
demo site
(Get the code!)
I think that a new revisionspec (or two) is the best solution here. I suggest the following new revisionspecs:
tip:mergerevn
split:
join:
where mergerevno is the first two parts of the revno. Some examples ...
Display a merge by mergerevno:
bzr log -r1.400.
Display a merge by nick including the place it split from the mainline/
bzr log -rsplit:
Display what happened on the mainline between my-fix and your-fix:
bzr log -rjoin:
I suspect the nick can change along a mergeline. I think we ought to ignore that and treat the final nick as the one identifying that mergeline.
FWIW, as part of my work on speeding up revno->revision-id lookup, I'm looking at caching mergeline information (in bzr-revnocache initially) so I think we could make the above fast operations via that cache in good time.