When an upgrade borks, There needs to be an ability to rollback

[jorbin]

When an upgrade borks, there should be a simple script that allow you to rollback to the previous version. It should be mostly separate from the admin interface and allow for the restoration of both a database and the files associated with the previous version.

[Denis-de-Bernardy]

I'd say close this one as fixed in WP 2.9, or wontfix. We check for PHP/MySQL version, and we abort as needed. Once we touch the database, there really isn't much turning back.

[scribu]

We could make a backup of the database before attempting an upgrade. Don't know how well that would work on MU though.

[hakre]

This is a Feature Request for 3.0 (at least wished: #11646).

[nacin]

No traction on this.

[jeremyfelt]

Our handling of a failed upgrade is much better now at the file level now. When automatic upgrades were introduced in 3.7, a lot of work went toward making sure this process is clean. I'm not sure what kind of DB stuff we could do on top of that.

Should this ticket remain open for attention, or are we pretty well set for now?

[jorbin]

Jeremy is correct. I think we are pretty well set now with all the work done in 3.7 and this is no longer needed. Maybe some point in the future this will make sense, but I don't think we are going to go in that direction.

[nacin]

Actually, this was implemented as part of background updates in 3.7. It's extremely limited by design but reverses the vast majority of critical failures. If a background update experiences a critical failure when using a partial build, it'll attempt to copy old files back over. If that works, then it'll call the whole thing a standard failure (as if it was never able to update at all).