<div dir="ltr"><div><div><div>Good news!<br><br>> Our goal is to cut releases ever 2 weeks.<br></div><br></div>+1 for it. End-users will be able to use new features quicker.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 12, 2015 at 7:03 PM, Boris Pavlovic <span dir="ltr"><<a href="mailto:boris@pavlovic.me" target="_blank">boris@pavlovic.me</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">Hi stackers, <div><br></div><div>For those who doesn't know Rally team started making releases. </div><div><br></div><div>There are 3 major reasons why we started doing releases: </div><div><br></div><div> * A lot of people started using Rally in their CI/CD. </div><div><br></div><div>    Usually they don't like to depend on something that is from master.</div><div>    And would like to have smooth testable upgrades between versions </div><div><br></div><div> * Rally is used in gates of many projects. </div><div><br></div><div>    As far as you know in Rally everything is plugable. These plugins can be</div><div>    put  in project tree. This is nice flexibility for all projects. But it blocks a lot</div><div>   development of Rally. To resolve this issue we are going to allow projects t</div><div>   specify which version of Rally to run in their trees. This resolves 2 issues:</div><div>   1) projects gates won't depend on Rally master </div><div>   2) projects have smooth, no downtime, testable way to switch to newer</div><div>       version of Rally </div><div><br></div><div> * Release notes - as a simple way to track project changes. </div><div><br></div><div><br></div><div><br></div><div>Release stats: </div><div><div><font face="monospace, monospace">+------------------+-----------------+</font></div><div><font face="monospace, monospace">| Commits          |     **100**     |</font></div><div><font face="monospace, monospace">+------------------+-----------------+</font></div><div><font face="monospace, monospace">| Bug fixes        |     **18**      |</font></div><div><font face="monospace, monospace">+------------------+-----------------+</font></div><div><font face="monospace, monospace">| Dev cycle        |   **45 days**   |</font></div><div><font face="monospace, monospace">+------------------+-----------------+</font></div><div><font face="monospace, monospace">| Release date     | **12/Mar/2015** |</font></div><div><font face="monospace, monospace">+------------------+-----------------+</font></div></div><div><br></div><div><br></div><div>Release notes: </div><div><br></div><div><a href="https://rally.readthedocs.org/en/latest/release_notes/v0.0.2.html" target="_blank">https://rally.readthedocs.org/en/latest/release_notes/v0.0.2.html</a><br></div><div><br></div><div><br></div><div>Pypi:</div><div><br></div><div><a href="https://pypi.python.org/pypi/rally/0.0.2" target="_blank">https://pypi.python.org/pypi/rally/0.0.2</a><br></div><div><br></div><div><br></div><div>Future goals: </div><div><br></div><div>Our goal is to cut releases ever 2 weeks.  As far as project is quite bugless and stable we don't need feature freeze at all, so I don't think that it will be hard to achieve this goal.  </div><div><br></div><div><br></div><div>Best regards,</div><div>Boris Pavlovic </div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Best regards,<br>Andrey Kurilin.<br></div></div>
</div>