About server-side saving and publishing

How it works

In Tealium, a version represents a distinct configuration of your server-side profile. Users create new versions to manage changes without affecting the current production environment. By maintaining distinct versions, users can test and refine changes safely before publishing.

The system doesn’t save changes automatically. Any unsaved changes will be discarded if you sign out or close your browser.

Saving a version preserves your configuration for future sessions, enabling you or other team members to continue working from the same point. However, saving a version does not activate changes in production. To activate changes in production, you must publish the version.

Saving new versions

When you save changes, you have the option to save your changes to the existing version or create a new version. When you begin a new project, we recommend saving a new version to keep your version history organized.

If you need to undo changes in a version, you can revert to a previous save using the Server-Side Versions screen.

For more information, see Server-side save and publish changes.

Published version

The relationship between each version and the published version is the core concept of managing server-side versions. The platform displays your version’s relationship to the published version in the version status. The status lets you and other users know if the published version contains changes that do not exist in their currently loaded versions.

Users need to integrate newly published changes from other users into their own versions to keep them current. This process helps ensure that the latest updates are always included in other active versions and prevents conflicts during concurrent activity.

Version status

The version status label compares your current version to the latest published version. It lets you know if the published version has changes that do not exist in your current version. Tracking these changes helps ensure that you incorporate published updates from other users.

The profile switcher and the Save/Publish window display your version’s status.

The version statuses are:

• You are up to date: Your current version matches the latest published version, indicating no changes have been made since the last publish.
• You are ahead of the published version: Your version includes unpublished changes. Once published, other users will be notified so they can integrate your changes into their versions. This helps them keep up with and build upon your published changes.
• You are behind the published version: Another user has published updates that do not appear in your version. To stay current, integrate these updates. This status message has precedence over the other status messages so you always know when there are changes in the published version that you need to integrate into your version.

Concurrent users

The server-side platform offers support for managing changes from concurrent users who are logged into the server-side platform at the same time.

The platform displays in-app notification when other users make changes or publish. When one user publishes their version, other logged-in users must integrate those published changes to avoid conflicts and ensure continuity. The platform also displays your version’s relationship to the published version in the version status.

To avoid conflicts, follow a basic publishing strategy and recommended best practices, which can prevent unintentional overwriting or omission of others’ changes.

For more information, see Concurrent users.

Permissions

Profile and publishing permissions determine the available actions in the Save/Publish interface:

• Edit permissions for a feature allow profile changes to be saved.
• Server-side publishing permissions allow profile versions to be published.