<div dir="ltr">What about a 3.0beta and then a stable 3.0 instead of 3.0 and 3.1?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 24, 2014 at 3:55 PM, Sam Skillman <span dir="ltr"><<a href="mailto:samskillman@gmail.com" target="_blank">samskillman@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm +1 on this, particularly since I'm at fault for not pushing on the VR as much as I'd like to.</div>
<div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jun 24, 2014 at 7:44 AM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com" target="_blank">matthewturk@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
One thing we really tried to do with 3.0 was break all the APIs we<br>
thought we'd need to before release.  This included things like ds/pf,<br>
index/hierarchy, the way data selections were made, etc.<br>
<br>
It's starting to become clear that we are approaching maturity at<br>
different rates in these initiatives.  I am wondering if perhaps we<br>
should de-couple the release from all of the API breakages, and<br>
instead note which interfaces we know are going to change in the<br>
future.<br>
<br>
Pragmatically, what this would mean is:<br>
<br>
 * Release a 3.0 with the old VR and halo finding interfaces<br>
 * Release a 3.1 with either the new VR or the new halo finding (or both)<br>
 * Do the same for 3.2<br>
<br>
This doesn't fit with the usual "major numbers are where APIs break"<br>
philosophy that comes from semantic versioning, but I think from the<br>
perspective of pragmatism, if we identify those sections of the code<br>
that are *going* to change, and we pitch 3.0 as the first part of a<br>
staged release of totally rewritten infrastructure, we can likely come<br>
out okay.<br>
<br>
I'd like to put this out there for discussion.<br>
<br>
-Matt<br>
_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org" target="_blank">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div><br></div>