<body><div id="__MailbirdStyleContent" style="font-size: 12pt;font-family: calibri;color: #000000">
If you cannot compare two versions, an error will be raised.<div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class="history_container" type="cite" style="border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;">
<p style="color: #AAAAAA; margin-top: 10px;">Am 21.09.2017 10:26:34 schrieb Jakob Reschke <jakob.reschke@student.hpi.de>:</p>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div dir="ltr"><div dir="auto"><div>What is the current behavior if two branched version numbers are compared? true, false, error?</div><div dir="auto"><br></div><div dir="auto">I would say they are not comparable anyway. What do you want to know? "Can I upgrade to get an increment?" "Can I upgrade without breaking some API?" "Which is newer?" All of these cannot be answered without additional information about the versioning scheme (e.g., in SemVer you could answer the first two queries, but not the third without an additional timestamp). And these queries should have their own messages instead of a general-purpose comparison.</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto">Jakob</div><div dir="auto"><br><div class="gmail_extra" dir="auto"><br><div class="gmail_quote">Am 21.09.2017 08:44 schrieb "Taeumel, Marcel" <<a href="mailto:Marcel.Taeumel@hpi.de" target="_blank">Marcel.Taeumel@hpi.de</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div id="m_4569841657242251591m_2551634508952807801m_6604156934940700848__MailbirdStyleContent" style="font-size: 12pt;font-family: calibri;color: #000000">
Hi Tobias,
<div><br>
</div>
<div>I see several issues with the current implementation of VersionNumber. :)</div>
<div><br>
</div>
<div>- You cannot compare 4.1 to 3.1 because such branches are treated unordered.</div>
<div>- You cannot even compare 4.1.1 to 4.2.1 for the same reason. But you can compare 4.1 to 4.2 though.</div>
<div><br>
</div>
<div>This logic might be the reason to throw out the zero all together: 4.1 and 4.1.0 are not so different, yet the first will be comparable but the second will not. That "branch logic" seems to be the key. Try changing #initializeNumbers: to accept zero and
then play around with the comparison logic.</div>
<div><br>
</div>
<div>It's kind of weird or at least incomprehensible. I cannot find useful comments either. </div>
<div><br>
</div>
<div>Best,</div>
<div>Marcel</div>
<div class="m_4569841657242251591m_2551634508952807801m_6604156934940700848mb_sig"></div>
<blockquote class="m_4569841657242251591m_2551634508952807801m_6604156934940700848history_container" type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px;min-width:500px">
<p style="color:#aaaaaa;margin-top:10px">Am 20.09.2017 20:34:36 schrieb Tobias Pape <<a href="mailto:das.linux@gmx.de" target="_blank">das.linux@gmx.de</a>>:</p>
Hi,<br>
<br>
what's the rationale of VersionNumber prohibiting zeros in any of the version parts?<br>
Eg, 4.0.3 is not a valid VersionNumber currently. <br>
<br>
Best regards<br>
-Tobias<br>
<br>
</blockquote>
</div>
</div>
</blockquote></div></div>
</div></div>
</div>
</blockquote>
</div></body>