<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jun 23, 2016 at 6:14 AM, Peter Cock <span dir="ltr"><<a href="mailto:p.j.a.cock@googlemail.com" target="_blank">p.j.a.cock@googlemail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Biopythoneers,<br>
<br>
Currently we use a simple two level versioning scheme<br>
of 1.N for Biopython (currently at 1.67), which is all fine for<br>
the recent PEP standards which are important for when<br>
we release code via PyPI, and determining dependencies<br>
and ordering releases.<br>
<br>
However, as currently documented on our release process,<br>
in between releases we append a plus, currently 1.67+,<br>
and these versions are not PEP440 compliant.<br>
<br></blockquote><div>[...] <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">having read PEP440, I think it would be clearer<br>
to use 1.78.dev (a development pre-release of what will<br>
be 1.68) instead?<br></blockquote></div><br></div><div class="gmail_extra">+1<br><br></div><div class="gmail_extra">I agree with this change. But in my experience, the suffix that plays best with Python versioning- and packaging-related tools, and follows PEP440 most literally, would be "<next_version>.dev0".<br><br></div><div class="gmail_extra">-Eric<br></div></div>