Skip to content

Published versions and restoration

Keep track of the version you are working on and the version people currently use. Review a change in Studio before updating the published app.

First identify whether the problem is the app’s behavior, its records, a file, an access rule, or a service limit. A version restoration addresses the app version; it is not a general recovery operation for everything the app uses.

Use the versions actually offered in Studio. Inspect the selected version, confirm any restoration prompt, and test the important scenario against the data it will use. Publish after review when you want that version to become the shared experience.

An older screen may expect a field that a later edit changed. Review records, sign-in, and model or email actions before sharing the restored result. Previously sent messages and consumed usage are not reversed by changing an app version.

Working version history · Data · Publishing