Edit and publish protected apps
Publish apps, create new releases, and restore previous versions with Source Control.
Once the app is protected, builders can make edits to the app from the app builder. Each thread in the Chat tab functions as a branch in the git model. Learn more about threading.
Opening a pull request and integrating changes into the main branch of the repository creates a new published version of your app. You can also choose to tag a release in order to pin a published version that you want end users to see.
Create a new published version
Use the following steps to create a new published version.
If you have never tagged a release, then creating a new published version using these steps means that app users will see the version of your app represented by your repository's main branch. If you want to manually release new versions of your app to users, tag a release.
- After you've made edits (either manually in the Code tab or using AI in the Chat tab), click Ask to publish in the top right corner of the app builder.
- Review the Publish checklist. Retool performs several checks to ensure that your app is ready to publish:
- All function runs are approved. If there are unapproved functions, click Review functions to view the functions that still need approval.
- Your changes do not conflict with the published version changes from other users. If there is a new published version of your app, click Integrate changes to ask the agent to resolve the conflict.
- Tag this version as a release. Tagging this version as a release means that once your pull request is merged, users will be shown this version of the app. In order to show users a new version, you must tag a new release. You can also choose to tag a published version as a release later.
- Click Open pull request.
- Review the details of your pull request, and create it.
- When you're ready, merge the pull request.
- In the app editor, open the Version History tab and click to sync the app builder with the remote changes.