You can upgrade your app any time once it's listed in the Marketplace as either an approved public app or a private listing.
Almost all changes you make to your app will be to code inside your app's web app. For example, tweaking the look of a web panel, adding a configuration option, or catching a previously unhandled exception can all be done by writing and deploying new code to your servers. Users see these changes as soon as you update your web app.
In many cases (e.g., catching an exception or adding a configuration option) there isn't an immediate reason why end-users should be aware of the change. When you change your descriptor file or deploy your Forge app to production, we automatically update your app’s version and build number in the Marketplace.
We automatically detect updates to Atlassian Connect apps with a polling service. We poll the app descriptor URL that you included when you submitted your listing every 5 hours. When we detect a change, we automatically update your app in the Atlassian Marketplace with a new version. The way we increment your app’s version number depends on the changes made to your descriptor.
We poll and update your app so that you can easily release fixes and new features, without having to manually create new version entries on Marketplace. We want to ensure that customers get the latest version of your app with as little delay as possible — Connect apps should seem like web services, not versioned software.
When you change your app descriptor, these changes are automatically deployed to customer instances within a day--unless they require manual customer approval. Here's how it works:
New app versions are published to the Marketplace within five hours of making changes to your Atlassian Connect descriptor. Customers automatically receive updates via the UPM within 33 hours of partner uploading the new descriptor. Any change to your service that does not alter your app descriptor will be immediately available to users and will not result in a new version on Marketplace.
We automatically increment the version for your app as follows:
If the changes do not require manual customer approval, they are automatically deployed to all customer instances within 33 hours:
We automatically detect updates to Atlassian Forge apps when any changes are released to the production environment, i.e., deployment to production from Forge CLI. It takes a few minutes for Marketplace to detect when a change is deployed to production. When a change is detected, we automatically update your app in the Atlassian Marketplace with a new version. The way we increment your app’s version number depends on the changes made to your app.
We update your app with a new version so that you can easily release fixes and new features, without having to manually create new version entries on Marketplace. We want to ensure that customers get the latest version of your app with as little delay as possible — Forge apps should seem like web services, not versioned software.
When you release any changes to your Forge app in production, these changes are automatically deployed to customer instances within minutes--unless they require manual customer approval. Here's how it works:
New app versions are published to the Marketplace within a few minutes of changes being released to production via Forge CLI.
We automatically increment the version for your app as follows:
If the changes do not require manual customer approval, they are automatically deployed to all customer instances within a few minutes.
If the changes require manual approval, each customer instance would poll the Atlassian Marketplace periodically (currently every 24 hours) and show that an update is available to the latest version of your app.
If you change your app during the maintenance windows, the upgrade of your app on customer instances could be further delayed by 4 hours.
Even though your app is automatically updated in the Marketplace, certain scenarios require customers to manually approve your app's update in the UPM. In such cases, we automatically send emails to the product administrator so they can approve and update the app.
These scenarios require manual customer approval:
Before the approval, those customers continue to use the older version of your app. If you can plan ahead, it's a good idea to isolate those changes from any other changes in functionality.
If the new version of your app is backward compatible (if it is able to handle requests from instances that have an older version of the descriptor) the upgrade will be transparent. All customer instances will be upgraded over a period of up to 33 hours.
However, if the new version of your app is not backward compatible, you should make sure that your solution caters to supporting both the old and the new version of the app:
You can view apps in the Marketplace the same way you manage other app versions:
Rate this page: