DevmoIdeas

Ideas for a better devmo

• Work on using one copy of mediawiki instead of one per language
• daily db backup pushes to a developer box (like khan)
• Documents on production server layout
• Import current script for updating devmo in to subversion
• Find a place for dev ops (set up a vm or use khan)

If we come to the conclusion that it is better for IT to take care of it like in the past then we need to figure out if we are:

• Going to merge in the mediawiki code
• Pull directly from mediawiki's svn repo and maintain or own repo with only patches
• Something else?

Tentative plan

(for the purposes of this plan, "MDC contributor" means people who are developers on the MDC back-end code)

• IT will create a new development server, so that instead of just developer-stage.mozilla.org and developer.m.o, we will have:
  • developer-test.mozilla.org (development server; whatever name IT thinks makes sense of course)
  • developer-stage.mozilla.org (staging server)
  • developer.mozilla.org (production server)
• developer-test will be the server on which development work is actually done by MDC contributors
  • should sync to MediaWiki trunk
  • provide access to logs
  • include a script that can be run at any time to replace the MediaWiki databases with the most recent backup from the production server
• developer-stage will be used for wider-scale testing.
  • IT will pull this from developer-test when Evangelism requests it; Evangelism will provide an svn tag to use (or trunk if we've not gotten around to setting up tags yet, although that's a high-priority goal)
  • should replace its database with a copy of the production database nightly
• developer will be the deployment server
  • IT will pull this from developer-stage after appropriate testing has been done
• We need to ensure that MDC contributors also have the ability to edit and check in changes to CSS files affecting our MediaWiki installation.

Deviations from standard MediaWiki

A diff between MDC's MediaWiki and the core MediaWiki 1.9.3 code shows that we have the following changes:

• External redirects
• Single sign-on
• Support for specifying a specific CSS style to apply when creating links (this is used by the new breadcrumbs code, but we could probably do without it)
• Removal of newuser entries from the RSS feed (this doesn't even seem to work anyway)

A complete diff is here.