missing doesn't show merged revisions

That "rm" shouldn't be there, of course. I summarized poorly.

This is by design.

Well, I'm a bzr developer, and I was surprised to find there wasn't option I could pass to bzr missing to do this. It does seem like a useful feature to me.

Also, I think it is surprising that output differs from "bzr log"'s output in this respect, despite sharing the same log format options.

As a user, you're likely to learn from "bzr log" that the log format you use decides if merged revisions are displayed or not. And "bzr missing" promises the same log formats.

So: I think the current behavour is a fine default. I think it would be good if there were a --show-merged or similar option to enable displaying some information about which revisions were merged (probably omitting or at least distinguishing between merged revisions that aren't missing on the other side).

(And ideally, I think ideally the log formats would be consistent between commands — but that's a bit out of scope for this bug.)

On Thu, May 22, 2008 at 04:17:59AM -0000 I heard the voice of
Andrew Bennetts, and lo! it spake thus:
>
> (And ideally, I think ideally the log formats would be consistent
> between commands — but that's a bit out of scope for this bug.)

https://lists.ubuntu.com/archives/bazaar/2008q2/041074.html

--
Matthew Fuller
<email address hidden>

Hit that bug today too. Our idea was to see "what changes I am missing".

for example, "bzr missing --long" seems to be identical to "bzr missing" (same output), i.e. --long has no effect though it's mentioned in "bzr help missing". "bzr missing --long" could be made to display merged revisions.

Actually, it overrides another setting. --long is just the default.

So doing 'bzr missing --short --long' will take 'long'. Mostly this is useful for aliases. (You can alias

missing = missing --short

And then when you want, you can still get --long.)

My personal thoughts...

I think by default showing just the mainlines is fine, though for 'bzr log' that only happens with --short or --line (there is no way to say only show mainlines but show the --long form.) I would be fine with a flag to show the full missing set. I would personally be happy with a way to tell log to show the 'long' form with only the mainline revisions as well.

I wish cmd_missing was unified much more with other commands, both in
ui and implementation. The main uses seem to be

 "have i finished with this branch?"
 "what still needs to be merged in?"
 "what will I get by pulling"

It could reasonably live in log, or as a 'preview' option on push/pull/merge.

I've hit this today. I needed to merge two MySQL branches which has been merged in the past but have diverged since then. I'd really like to see what changes have been made to both trees but I can only see the merge changesets which give no idea what I'm about to merge.