<div dir="ltr"><div class="gmail_default">Hi,</div><div class="gmail_default"><br></div><div class="gmail_default">We talked about the release process and how it could be improved. Here are some ideas. Please add if you have others.</div><div class="gmail_default"><br></div><div class="gmail_default">(Jenkaas could be leveraged for some)</div><div class="gmail_default"><ol><li>Minimizing the manual steps (like creation of the next target branch on lp, etc) using scripts/launchpad API.<br></li><li>'make release' target that 'll check for ABI breakage, perhaps even prepopulate the changelog with some static info, etc.</li><li>Downstreams' build/sanity testing could be done as part of MP autolanding to identify breaks.<br></li><li>Downstreams' release testing. How useful are AP tests for U8 and Browser? General opinion is 'not very'. Should we look into doing away with them? Or at least identify the subset of them that is relevant to Mir, and run them during every release as part of autolanding as a 'nonblocking' test.</li></ol></div><div class="gmail_default">As always I'll be creating a trello card for this.</div><div class="gmail_default"><br></div><div class="gmail_default">Thanks</div><div><div class="gmail_signature"><div dir="ltr">Cemil Azizoglu<div>Mir Display Server - Team Lead</div><div>Canonical USA</div></div></div></div>
</div>