[MERGE/RFC] Add dotted-decimal revision numbers to merge_sorted output
John Arbash Meinel
john at arbash-meinel.com
Thu Sep 7 15:12:24 BST 2006
Aaron Bentley wrote:
> Robert Collins wrote:
...
>>> Now, because we assign sequences during the pre-order portion of the
>>> traversal, ALL the nodes that existin in the portion reachable by J are
>>> assigned first - as they would be when K did not exist. So they are
>>> stable.
>>>
>>> The nodes for the Z subgraph - which may indeed join with the J subgraph
>>> - are visited later, and thus cannot affect the numbers assigned to the
>>> components of J.
>
> So, if I understand correctly, the nodes appear in the order that they
> were merged into the target revision, which makes them stable. But
> nodes which have not are not ancestors of a given revision have no revno
> with respect to that revision, because they were not merged by it.
>
> Is that right?
>
> Aaron
Nodes that are not ancestors have no dotted revno, as I understand it.
Probably we could make a different version of the algorithm that could
take a sorted list of tips, and generate dotted revnos for everything.
(Sort of like pretending that you did a merge).
All we really need is a stable ordering of parents, and then we have a
stable ordering of dotted revnos.
John
=:->
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060907/1e97dd59/attachment.pgp
More information about the bazaar
mailing list