<div dir="ltr">Hi all,<div><br></div><div>I support this.</div><div><br></div><div>As Luís writes: moving milestones from pywps/pywps-4 according to new scheme is next step now</div><div><br></div><div>J</div></div><br><div class="gmail_quote"><div dir="ltr">út 9. 2. 2016 v 8:22 odesílatel Luís de Sousa <<a href="mailto:luis.a.de.sousa@gmail.com">luis.a.de.sousa@gmail.com</a>> napsal:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Tom,<br>
<br>
That sounds good to me. We should now import the milestones from the<br>
old repository[0], taking into account this new versioning scheme. I<br>
will try to come up with a proposal throughout this week.<br>
<br>
Regards,<br>
<br>
Luís<br>
<br>
[0] <a href="https://github.com/PyWPS/pywps-4/milestones" rel="noreferrer" target="_blank">https://github.com/PyWPS/pywps-4/milestones</a><br>
<br>
On 9 February 2016 at 04:34, Tom Kralidis <<a href="mailto:tomkralidis@gmail.com" target="_blank">tomkralidis@gmail.com</a>> wrote:<br>
> Hi all: as we move ahead with OSGeo incubation and PyWPS 4, I'd like to<br>
> propose / confirm the following workflow option for development.<br>
><br>
> 1./ <a href="https://github.com/geopython/pywps" rel="noreferrer" target="_blank">https://github.com/geopython/pywps</a> is the codebase<br>
><br>
> We have imported <a href="https://github.com/PyWPS/pywps-4" rel="noreferrer" target="_blank">https://github.com/PyWPS/pywps-4</a> (source code) to<br>
> <a href="https://github.com/geopython/pywps/tree/pywps-4" rel="noreferrer" target="_blank">https://github.com/geopython/pywps/tree/pywps-4</a>.  When branch pywps-4<br>
> is deemed ready we can merge/move as master branch.<br>
><br>
> 2./ branches are based on minor versions (i.e. pywps-x.y)<br>
><br>
> We can copy pywps-3.2.3 branch to pywps-3.2 which will signify our 3.x<br>
> support and then release 3.x releases against pywps-3.2.<br>
><br>
> When 4.0.0 is released, we can branch pywps-4.0<br>
><br>
> 3./ semantic versioning [1] and even/odd strategy [2] tags<br>
><br>
> This allows us to safely make dev releases which communicate<br>
> to users that a given release is unstable by design, i.e.:<br>
><br>
> 4.0.0 - stable<br>
> - 4.0.1 - bugfix based on 4.0 branch<br>
> 4.1.0 - unstable based off master<br>
> 4.2.0 - stable<br>
><br>
> I'm more than willing to move items forward to help the dev team<br>
> as per above if folks are in agreement.<br>
><br>
> Confirmation of the above would (IMHO) significantly increase the clarity<br>
> of the PyWPS story for things like OSGeo incubation between PyWPS<br>
> versions, lower the barrier for new developers.  Given the significant efforts<br>
> behind PyWPS 4, it's probably a good time to bring this into geopython/pywps<br>
> to move the project forward.<br>
><br>
> Thoughts?<br>
><br>
> ..Tom<br>
><br>
> [1] <a href="http://semver.org" rel="noreferrer" target="_blank">http://semver.org</a><br>
> [2] <a href="http://producingoss.com/en/development-cycle.html#release-number-even-odd-strategy" rel="noreferrer" target="_blank">http://producingoss.com/en/development-cycle.html#release-number-even-odd-strategy</a><br>
> _______________________________________________<br>
> pywps-dev mailing list<br>
> <a href="mailto:pywps-dev@lists.osgeo.org" target="_blank">pywps-dev@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/pywps-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/pywps-dev</a><br>
_______________________________________________<br>
pywps-dev mailing list<br>
<a href="mailto:pywps-dev@lists.osgeo.org" target="_blank">pywps-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/pywps-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/pywps-dev</a></blockquote></div>