Settings → Version History
Canonical page for published app versions. Data snapshots are Reload and sync, not this pane.
What this is / when to use it
Section titled “What this is / when to use it”Each Publish writes a version. Version History lets you revert the app definition (screens, settings, bindings) to an older published version.
Use it when a publish shipped a bad layout. Do not use it to undo a Notion row change.
Before you start
Section titled “Before you start”You have published at least twice. Users can keep using the current version until you revert and publish again (revert flows may republish — follow the UI).
Build it
Section titled “Build it”- Open Settings → Version History.
- Pick a version (time + who published).
- Preview if the UI offers it.
- Revert. Confirm.
- Tell users only if the URL or login behavior changed. They do not reinstall. See the troubleshooting page on reinstall.
Every control
Section titled “Every control”| Control | What it does |
|---|---|
| Version list | Past publishes. |
| Revert | Restores that app definition. |
| Workspace revert entry | Revert Version History is a pointer to this pane. |
What users see
Section titled “What users see”After revert+publish, they get the older screens on next load. No store reinstall. PWA may need a refresh.
Limits and plans
Section titled “Limits and plans”How many versions you keep can follow the plan. Revert does not roll back Notion data.
Example
Section titled “Example”You published a nav change that hid Home. Revert to this morning’s version. Re-do the nav more carefully.
Fix problems
Section titled “Fix problems”409 while publishing a revert: close extra tabs. Save conflict.