During the lifecycle of an app, you might occasionally want to work on a significant new version of the app. The new version may have very different data and a different user experience from the current version of the app. Clearly, you'd want to keep your users on your current version until the new version is ready for deployment, and then seamlessly swap them over. We call this an "App Upgrade" and here's how you can achieve this behavior (this is part of the PRO pricing plan).
- Make a copy of your app
- Work on the app copy, making any desired changes, and testing them with your test users.
- When the new app is ready for deployment, run a deployment check and mark it as "Deployed"
- Open the original app in the app editor, go to Manage -> Deploy -> App Upgrade, and provide the name of the app copy to upgrade from. The app name is a unique name that includes a user id suffix (something like SalesReport-10305). You can find the app name in the URL of an app when you open it in the app editor.
- Click the "Upgrade" button. This button is only displayed if you are enrolled in a PRO pricing plan.
There is one very important issue to keep in mind during the app upgrade process --- how do you handle the data? For read-only apps, this is a non-issue because the new version can simply start with a copy of the existing data and evolve independently. However, for apps that capture or update data, it is important that the new version and the current version stay aligned on their data. One possible approach is to have an external mechanism (eg: a periodic copy process) that moves data from the current version to the new version. AppSheet provides no builtin mechanism for this purpose.