Page MenuHomePhabricator

Improve deployment system
Closed, ResolvedPublic


Migrated from:


The current deployment system "wikiupdate" has served well, but it is showing its age. The addition of composer (among other things) have made it insufficient to meet our rising quality standards.

The main issue is that on every upgrade of code, the site can break in multiple ways and stay broken until the deployer figures out what broke and fixes things.

I am envisioning an incremental rewrite of the system. The architecture loosely mimics WMF's deployment system, although is much more simpler. It should be a two-phase system: update, then sync.

In the first phase we will update our code, resolve any merge conflicts and other breakage. Then we deploy in a way that causes minimum disturbance to the site visitors. In case something still breaks (broken code, missing database schema update), there should be easy way to rollback to previous version.

Implementation details have not yet been decided.


As a twn sysadmin I can update the site with minimum disruptions so that our translators get a better service.

Acceptance Criteria

  • Merge conflicts can be resolved without breaking the site
  • Easy way to rollback to previous version
  • Handles local patches to core and extensions
  • Works with composer (as well it can given restrictions)
  • Can easily support HHVM's RepoAuthoritative mode if we choose to use it
  • Handles multiple wikis (production, development, sandbox)

Event Timeline

Amire80 raised the priority of this task from to Needs Triage.Feb 20 2015, 4:36 PM
Amire80 added a subscriber: Amire80.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptFeb 20 2015, 4:36 PM
Nikerabbit updated the task description. (Show Details)Feb 22 2015, 10:09 AM
Nikerabbit set Security to None.