On Wed, Aug 21, 2013 at 2:29 PM, j. van den hoff <veedeeh...@googlemail.com>wrote:
> On Wed, 21 Aug 2013 23:19:46 +0200, Stephan Beal <sgb...@googlemail.com> > wrote: > > On Wed, Aug 21, 2013 at 11:07 PM, Mark Janssen <mpc.jans...@gmail.com >> >wrote: >> >> The fossil rebuild logic uses a two pass algorithm. I am not quite sure >>> why this is necessary, it could have something to do with delta >>> manifests. >>> At >>> http://mpcjanssen.nl/fossil/**fossil/timeline?r=revlist<http://mpcjanssen.nl/fossil/fossil/timeline?r=revlist>I >>> have changed >>> this to a single pass. This results in relatively monotomic ids which >>> should be stable across consecutive rebuilds. One caveat, this could >>> break >>> horribly when delta manifests are present so use at your own risk. >>> >>> >> Minor caveat: the rids might change across different clones of the same >> repo (the rids are never transported/synced, always computed locally) or >> (theoretically/maybe) when doing a rebuild with --vacuum or --randomize >> (though i'm speculating there). >> > > but I believe this to be irrelevant: the whole point is to work with any > given local clone/repo using revnums. there should not and need not be any > expectation/requirement that these revnums are consistent across clones. > it's all about interaction with the given local repo. as you repeatedly > correctly stated it will lead to errors/confusion if people tell each other > "there is a problem in rev no. 123" and the other guys has a different > interpretation of what revnum 123 is. empirically, that is not an issue I > would say presuming that the "`hg' field test" is accepted as being > "statistically significant". A request; if this mechanism gets implemented please ensure that a) displaying the numbers on the timeline is optional and b) off by default. In my experience ordinary users are very annoyed when things are different between different checkouts and having stable looking numbers that essentially can't be trusted is guaranteed to cause grief. For the very limited (too me) utility in these numbers the consequences of accidentally trusting them in the wrong context is far too high. -- Using Opera's revolutionary email client: http://www.opera.com/mail/ _______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Matt -=- 90% of the nations wealth is held by 2% of the people. Bummer to be in the majority...
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
