Skip to main content




Applies only to Mobile Apps
Service Studio version:

Technical Preview - Configure mobile apps updates distribution

  • Edit
    Collaborate with us
    Edit this page on GitHub
  • With mobile apps updates distribution settings, you can choose how apps update on user devices. This technical preview introduces store-only updates, as an addition to the existing hybrid updates. Here is an overview of the two models for updating mobile apps:

    Store-only updates require the download of the entire native build to the user devices. These are updates through Google Play or the Apple App Store, or a private store. The store updates always bring both the native shell of the app to user devices and the app logic. This a traditional store distribution model.

    Hybrid updates are lightweight updates where the app itself downloads only the new app parts, without downloading and updating the native mobile shell. These updates are efficient when you slightly change the UI or logic, and when the app works with the already installed native shell. When the changes require an update of the entire app, you can still publish the app via the app store.


    These are the prerequisites to manage how mobile apps update on user devices.

    Activating the feature

    To manage how mobile apps update on user devices, you need to meet the following requirements:

    • Platform Server 11.10 or later.
    • LifeTime 11.6.0 or later.
    • MABS 6.2 or later.
    • You activated the technical preview Configure Mobile application updates distribution in LifeTime in all environments. You need to activate this option for each new environment you add afterward. If the option is off for any of the environments in the Technical Preview settings screen, it's turned off in all deployment plans you create.
    • You create and distribute the native mobile builds of your apps to submit them to the app stores. This means you created and app based on Phone App or Tablet App in Service Studio.
    • Ensure you can follow the steps in How to develop an app that updates only through the app stores.

    Deactivating the feature

    You can deactivate this technical preview only after you meet both of these conditions:

    1. You turned off the store-only updates for all apps. You can do this with a new deployment plan that activates the hybrid updates.
    2. You turned off the store-only updates in all environments. You can do this in the Technical Preview settings.

    These steps ensure that the deployment in LifeTime works correctly and that the apps continue working for your users.

    How LifeTime manages the configuration of mobile apps updates

    Deployment plans in LifeTime let you configure how apps update on the user devices. LifeTime keeps the settings local to the app and the environment, so you need to change the setting per app and per target environment:

    • Per app. LifeTime stores the updates deployment setting of each app in the deployment plan. When you create a deployment plan, LifeTime by default configures all apps in the plan to receive hybrid updates until you change the plan setting to store-only updates for one or more apps.
    • Per target environment. LifeTime stores the deployment setting of an app for the target environment. LifeTime applies the default hybrid update setting for all environments until you change the deployment setting for the app and for the target environment.

    This document is a work in progress.

    Here is an example. There are three environments in LifeTime: DEV, TEST, and PROD. The team is developing MyApp in DEV. Your goal is to create a native app build in PROD, so you can submit the app to the app stores. You also want to test the native build in TEST.

    You need to run the following deployment plans when your first deploy MyApp across all environments:

    1. Plan A, from DEV to TEST. Configure MyApp for store-only updates in Plan A and deploy to TEST. With this, MyApp still receives hybrid updates in DEV.
    2. Plan B, from TEST1 to PROD. Configure MyApp for store-only updates in Plan B and deploy to PROD.

    A sample deployment plan

    Mobile app update preferences

    When you create a new deployment plan in LifeTime, you can change the update preferences in the Configure applications settings step. In the DISTRIBUTION tab, there are the following options under Mobile application update preferences section:

    • Updates are automatically pushed through your servers, and optionally through the app stores. (recommended). When you select this option, the native mobile apps in the deployment plan receive the hybrid updates. This is the default setting for both apps and environments.
    • Updates are distributed only through the app stores. This is an optional setting that you need to activate per app and per environment, by adding apps to the deployment plan with this option on. When you select this option, the native mobile apps receive the store-only updates. The option applies to native mobile apps only, as progressive web apps (PWAs) always get the latest updates you deploy.

    The Distribution tab in the configuration app settings of the deployment plan

    Configure a mobile app to update through the stores only

    Edit the distribution settings in the deployment plan. In LifeTime, locate Configure application settings screen of the deployment configuration, and then click the DISTRIBUTION tab. Here are the instructions with more details.

    To configure all environments for store-only updates, you need to configure the app in each environment through separate deployment plans. See the introduction of this document for more information.

    1. Go to the Applications screen in LifeTime.

    2. Decide what's your source environment and what's your target environment. For example, your source environment is the development environment (DEV) and the target is the testing environment (TST).

      Application screen in LifeTime

      To ensure the users receive automatic updates after you submit a new version to an app store, tag your app with a valid native build version number. See Tag a version for more information on how to properly increment the app version.

    3. Click the DEPLOY button on the left side of your target environment.

      Deploy command in LifeTime

    4. If the deployment plan contains no apps, the Choose one or more Applications dialog opens. Select your app, click Add to Deployment Plan and close the dialog.

      A window to add an app to a deployment plan

    5. In the deployment plan screen, click VALIDATE NOW. The deployment validation starts.

      Deployment plan pending validation

    6. Click CONTINUE after the validation succeeds. The deployment settings screen opens.

    7. Click the Configure applications settings tab to open the settings.

      Screen to edit the deployment plan in LifeTime

    8. Click the DISTRIBUTION tab and locate the Mobile application update preferences section. Select Updates are distributed only through the app stores, and then click Continue to return to the deployment settings screen.

      Screen to configure apps for updates through the app stores only

      If you have several apps in your deployment plan, click each of the app names in the All remaining applications section and then configure each app. Click Continue after you configure all apps.

      Screen to configure multiple apps for updates through the app stores only

    9. Click Deploy Now, and then confirm the deployment plan. The deployment overview screen opens, showing the deployment running in the background. Once LifeTime finishes deploying your app to the target environment, a confirmation message shows.

    If your app is ready for distribution, generate the native build and submit the app to the app stores. See the See Also section in this document for further instructions.

    Configure a mobile app to receive hybrid updates

    Read this section for instructions on how to turn off the store-only updates and switch back to the default hybrid updates in the deployment plans.

    For more details about the steps, see the section about configuring the store-only updates.

    1. Create a new deployment plan and add one or more apps to it.
    2. Turn on the hybrid updates. Select Updates are automatically pushed through your servers, and optionally through the app stores in the Configure applications settings step. If you have more than one app in the deployment plan, do this for each app.
    3. Run the deployment plan and deploy your app to the target environment.
    4. Check the update setting of the app to confirm you successfully configured the app to receive hybrid apps. See Check how users get updates for a mobile app.
    5. Repeat the steps for all environments where you previously deployed the apps with the store-only deployment setting.

    Check how users get updates for a mobile app

    Follow these steps to check if an app receives store-only updates or hybrid updates.

    1. In LifeTime, go to the Applications screen.

    2. Find the app and then select the name in the results list. The app details screen opens.

    3. Click Settings to open the app settings screen.

    App details screen in LifeTime

    1. At the top of the screen, click the name of the environment in Settings in (ENVIRONMENT), and then select the environment from the list.

      The environment selection list in LifeTime app settings

    2. Scroll down to the Advanced section and check the text next to Native Mobile Application Updates:

      • Automatically pushed through your servers. The app receives hybrid updates.
      • Distributed only through the app stores. The app receives updates only through the app stores.

      The advanced settings section and mobile updates configuration status

    How to develop an app that updates only through the app stores

    If you're a Service Studio developer or LifeTime administrator, keep in mind the following workflow for managing apps with store-only updates distribution.

    1. Before you change the app updates setting, define a minimum app version and generate the new version with Platform Server 11.10. You need to ensure that the users have the version of the app that recognizes the new distribution configuration. Check out the community-contributed plugins App BuildInfo Plugin and Mobile Force Install Manager to assist you in meeting this requirement.

    2. Create logic that's resistant to breaking changes. Here are the two key guidelines.

      • If you're changing the logic on the server side, change the server logic without breaking the resulting API hash signatures. Avoid changing elements like Server Action or Aggregates by adding or removing new parameters. Instead, create a new API version, and leave the old logic to work on the old app versions.

      • Avoid removing the logic on the client side; instead, add If nodes to prevent the new version from using the old logic. This makes the app logic more resilient to breaking changes.

      It's of a paramount importance that you edit the logic so the app works correctly for all users that decide to update the app.

    3. Activate store-only updates in the testing and deployment environments (option Updates are distributed only through the app stores).

    4. Create a tag with a higher version number of the app in LifeTime before the app reaches the production environment. This ensures that the app updates automatically for users who activated the updates in Google Play or the Apple App Store, as the new build has a higher version number and triggers an update once you upload the app to the stores. See Tag a version.

    5. Consider reviewing and editing the upgrade messages that users see in the app. In Service Studio, go to the module properties and locate the Upgrade Messages section. Those messages are about hybrid updates, and don't fit cases where users need to update the app through the store. For example, following the instruction "tap here to update" works for an app with hybrid updates, but not for app with the store-only update setting.

      Default upgrade messages in Service Studio module properties

    6. Test your app extensively. With the store-only updates, your users may update the apps less frequently, and you need to ensure that the native shell, the client side, and the server side of your app work correctly for all existing and new users.

    7. Manually start the generation of a native mobile build in the target environment. In the current version of this technical preview, you need to start the build process manually.

    8. Submit the build to the app stores.

    • Was this article helpful?