4 ms·
This is actually ironic because one of Google's SRE principles is that "rollbacks are normal". https://cloud.google.com/blog/products/gcp/reliable-releases-and
by Ozzie_osman 3y ago
This is actually ironic because one of Google's SRE principles is that "rollbacks are normal".
https://cloud.google.com/blog/products/gcp/reliable-releases-and-rollbacks-cre-life-lessons https://cloud.google.com/blog/products/gcp/reliable-releases...
"At Google, our philosophy is that “rollbacks are normal.” When an error is found or reasonably suspected in a new release, the releasing team rolls back first and investigates the problem second. A request for a rollback is not interpreted as an attack on the releasing team, or even the person who wrote the code containing the bug; rather, it is understood as The Right Thing To Do to make the system as reliable as possible for the user. No-one will ask “why did you roll back this change?” as long as the rollback changelist describes the problem that was seen."
- david_allison 3y agoAs of last year, due to a mix of Google Play policies and Android updates, if you're distributing an app on the Play Store, the only way to rollback is an uninstall + wipe user data. ---- * You cannot downgrade to a lower `versionCode` & `versionCode` is defined by the developer * Android 11 prohibits writing to 'permanent' storage of the phone, with the exception of media, or using the `DocumentFile` API, which treats a local folder as cloud storage. `DocumentFile` is unusable for many use cases * A developer can set `hasFragileUserData`, which should ask a user if they want to wipe their data on uninstall. There are Google/Android bugs which mean this dialog may not be shown * If an app is uninstalled and the user doesn't delete data, Android blocks a downgrade to a lower `versionCode` * You can use a regular java.io.File if you request `MANAGE_EXTERNAL_STRORAGE` * Google Play only grants `MANAGE_EXTERNAL_STRORAGE` in exceptional circumstances
- michelb 3y ago"rollbacks for me but not for thee"