<div dir="auto">Should the numbers be relevant at all, except for human recognizing maybe? All that should count internally is the ancestry anyway. And the versions already have UUIDs, what more do they need.<div dir="auto"><br></div><div dir="auto">Git has not had consecutive numbers for more than 13 years and it works quite well... Mercurial does have them, but does not rely on them and the are assigned differently in each clone.</div></div><br><div class="gmail_quote"><div dir="ltr">Am Do., 14. Feb. 2019, 05:24 hat Chris Muller <<a href="mailto:ma.chris.m@gmail.com">ma.chris.m@gmail.com</a>> geschrieben:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">HI Eliot,<br>
<br>
> > On Feb 13, 2019, at 7:13 PM, Chris Muller <<a href="mailto:asqueaker@gmail.com" target="_blank" rel="noreferrer">asqueaker@gmail.com</a>> wrote:<br>
> ><br>
> > What are the two most-important properties we want from our<br>
> > versionNumber?  Monotonicity and uniqueness.  The current scheme only<br>
> > provides the former, this uses DateAndTime now utcMicroseconds to<br>
> > provide the latter, too.  As a bonus it also happens to encode the<br>
> > save timestamp into the VersionName, so available without having to<br>
> > open the file.<br>
> ><br>
> > I admit it looks intimidating given what we're used to seeing, but<br>
> > what of the added safety and utility?<br>
><br>
> It is trumped by the illegibility.<br>
<br>
Not as bad as it appears, since the high-order digits will be the same<br>
between version #'s, plus, second-resolution should be sufficient, so<br>
versions in a list would actually look like this:<br>
<br>
    Monticello-cmm-1550203798<br>
    Monticello-cmm-1550117398<br>
    Monticello-cmm-1550030998<br>
<br>
Whilst still retaining all of the utility.  Maybe even a setting in<br>
the tools could hide the high-order digits in the UI if we wanted...<br>
We're already into 4 digits in our version #'s anyway so....<br>
<br>
> When was the discussion around this change?<br>
<br>
You're participating in it now.   :)<br>
<br>
There was another change to earlier today that you may be interested<br>
in asking that question about too, since it changed 19-year old<br>
SequenceableCollection>>#= with a one-day old replacement and actually<br>
went into trunk.  This one is in the Inbox.<br>
<br>
> I’ve been out if things (apologies) but I find this change quite horrible.<br>
<br>
I understand this initial gut reaction, but I hope you'll think and<br>
sleep on it, and help think about the problem and some alternative<br>
solutions you like better.  VersionName uniqueness is important for<br>
the Monticello model.<br>
<br>
Best,<br>
  Chris<br>
<br>
</blockquote></div>