The Wikimedia Foundation's engineering report for December 2011 was published last week on the Wikimedia Techblog and on the MediaWiki wiki, giving an overview of all Foundation-sponsored technical operations in that month. The three projects of particular note (WebFonts, Visual Editor, and ArticleFeedback version 5) were covered in the previous issues of The Signpost; however, the report did contain several items of note that were not.
The report contained updates on a number of events fixed for January and February: the San Francisco hackathon (21–22 January 2012, an "outreach-focused" weekend aimed at developers, with activities focusing on "mobile, the web-accessible API and our framework for JavaScript feature development", with 70 registrations at the time of writing); a similar hackathon in Pune, India (10–12 February 2012, with about 70 participants expected and a focus on "the gadgets framework, mobile Wikimedia access, and internationalization"), and GLAMcamp DC (10–12 February 2012, a GLAM conference with a technical track focussing on "mass upload and analytics functionality"). Elsewhere, more projects have taken up residence within the Wikimedia Labs infrastructure; and two new projects have joined the list of WMF-sponsored proposals: one to improve GPS storage and retrieval, a "critical component of the mobile projects [that] will replace our existing use of GeoNames.org and can also supplement GeoHack", and a second to "expose featured articles, In the news, and other main page content" via RSS feed, such that "our partners can better re-use our data".
Managing the release cycle for any software is difficult, and with a geographically distributed, part-volunteer contributor base this is even more the case. This week, a code "slush" was called to help temporarily simplify matters ahead of the branching of 1.19 (wikitech-l mailing list). The move closes the central repository to major changes, allowing time for code reviewers to catch up on the backlog before a release snapshot ("branch") is taken later in the month. After branching, the repository will be opened to major code changes and additions again, while the branch will receive only bug fixes.
In previous versions, branching had been performed relatively early, opening up the central repository to changes earlier, but this has proved "hard to manage", according to Brion Vibber, the Foundation's lead software architect. The pre-branch code "slush" (essentially a code freeze but with greater discretion) is likely to focus minds on code review, which has been lagging until relatively recently. If it proves insufficient, further code freezes may be required; these would help contribute to greater levels of testing at a small cost in terms of the level of active development undertaken.
Not all fixes may have gone live to WMF sites at the time of writing; some may not be scheduled to go live for many weeks.
Discuss this story