https://bugzilla.wikimedia.org/show_bug.cgi?id=41428
--- Comment #10 from Ori Livneh <[email protected]> 2012-10-29 00:38:15 UTC --- (In reply to comment #9) > Sure, mistakes happen, not a problem. But I'm inclined to think the process > could have worked slightly better in some way-I'm not sure what though. Do we > have enough staff for 24 hour rollback coverage? Or do we enforce (and make > easier to trigger) more pre-deployment tests? Either? Both? A revert of a particular commit does not roll back the entire MediaWiki platform to an earlier point in time, and is therefore not trivially safe to deploy. Given the severity of the bug (minor to moderate, in my estimation: the bug affected 10-20% of users, and even for them the site was still basically usable), and the fact that the start of the working day in San Francisco was just coming up, it was probably prudent to wait. The testing story does get better, though -- the TestSwarm setup integrates with both QUnit and Jenkins to automate the execution of test suites across a spectrum of browsers. It would have flagged this particular problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
