Thank you for your feedback.
Form temporarily unavailable. Please try again or contact to submit your comments.

Commit an update set

Log in to subscribe to topics and get notified when content changes.

Commit an update set

When you have previewed an update set and have resolved any issues, commit the update set. Committing an update set applies all changes to the instance and creates a local copy of the update set that contains an update record for every change.


  1. Navigate to System Update Sets > Retrieved Update Sets and open the update set.
  2. Resolve any problems. You cannot commit an update set until all problems are resolved.
  3. Click Commit Update Set.
    • Click Cancel to return to the preview and reevaluate the change. None of the updates are committed.
    • Click OK to skip the change and continue committing the changes that are marked as Commit.
    A completion page appears when the update set has been successfully committed.
  4. [Recommended] Click Commit log on the confirmation page, or navigate to System Update Sets > Update log and filter for the update set name.
    • Look for warnings that contain the text unsafe edit. The system automatically skips any changes that results in data loss, such as changing the type of a field that contains data. You must manually make any of these changes, if necessary. Use caution when making changes that affect production data.
    • Look for errors that indicate which records failed to commit and why. Create a new update set to address those failures, if necessary.
  5. [Recommended] When you are no longer working on the update set but do not want it to be transferred to another instance, navigate to System Update Sets > Local Update Sets and open the local update set record. Change the State to Ignore.

What to do next

For completed update sets on the production instance, you should always change the state to Ignore. This state ensures the update set is not committed again when cloning the instance.