brisbane: initial cut at a mergeline cache
John Arbash Meinel
john at arbash-meinel.com
Thu Apr 2 02:54:43 BST 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Andrew Bennetts wrote:
> John Arbash Meinel wrote:
> [...]
>>> Why would you be numbering revisions that aren't in your ancestry? To
>>> describe a pending merge?
> [...]
>> Or stuff like "bzr qlog branch1 branch2", yes. Or if you wanted to
>> consider dead heads in the repository, or ...
>
> How does qlog label a revision that has different dotted revnos in branch1
> vs. branch2?
>
I believe they fake a merge point, and use the current numbering. Note
that this gives ~ the same values that they would have if the revisions
were actually merged, given what I mentioned before.
I probably am slightly in favor of numbered from merge rather than
numbered from source. I just wanted to mention a specific benefit of the
latter, so that we are genuinely evaluating them.
> I'd be happy to have non-ancestor revisions be displayed with some different
> revision number scheme. annotate already does this with uncommitted changes
> (and maybe pending merges?), using a "?" in the revno. Failing all else
> there's the revid, of course...
>
> -Andrew.
>
>
John
=:->
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknUGuMACgkQJdeBCYSNAANePwCfaqTE43hcfDJ/h9PrbLUrmKXX
PxEAniOIxnbTc/6OPpJIoMHdTRwnJMXJ
=b7fG
-----END PGP SIGNATURE-----
More information about the bazaar
mailing list