Wikimedia Release Engineering Team/201415Q4

Goals staying over

 * Isolated CI Instances
 * MW Releases (not much longer)
 * Team process improvements (culmination hopefully at our team offsite)
 * Ongoing QA (Editing/Mobile)

One we should have "done" by April 1st

 * Beta Cluster stability (aka: staging cluster)

"New" Ideas

 * Code review migration to Phabricator
 * This is huge culturally (and maybe big technically) and would probably need to be a Top X project.
 * https://phabricator.wikimedia.org/T18


 * Rethinking deployment tooling and process
 * https://phabricator.wikimedia.org/T89945 (MW process)
 * https://phabricator.wikimedia.org/ToBeCreated Tooling
 * see: http://etherpad.wikimedia.org/p/futureofdeployments
 * This is probably a longer than 1 quarter goal
 * People: Mukunda, Chad, Tyler


 * Turn the releasing of MW tarballs into one click (plus signing)
 * who: Chad, ???


 * https://phabricator.wikimedia.org/T84942 - We're unable to properly run continuous integration on our extension, if it depends on Composer modules which are not already checked out in the mediawiki-core/vendor repo.


 * https://phabricator.wikimedia.org/T78739 - We really need support in Vagrant to enable a second instance of the mediawiki-core code, using the fundraising branch. The "multiwiki" role only diverges at the extension and configuration level. Not having this blocks us from getting any casual developers either from WMF or volunteers and keeps fr-tech in a silo as a result.

Spike the possibility of new types of testing:


 * https://phabricator.wikimedia.org/T90884 Automated Visual testing
 * https://phabricator.wikimedia.org/T90177 Automated native mobile app testing