Intro
In Domo Sandbox, linked repositories allow you to migrate existing production dashboards and DataFlows to a development instance without making changes in production. Once in place, you can make changes in a controlled development location and then promote the changes to update production. Creating a linked repository is intended to be a one-time process for moving production content into a development environment. After you create a linked repository, we recommend only promoting from development to production. For more general information about Sandbox, see Domo Sandbox.Key Terms
Term | Description |
|---|---|
Production Instance | The destination instance where the dashboards and/or DataFlows currently exist. |
Development Instance | The source instance where the dashboards and/or DataFlows are populated and used as a source of Sandbox. |
Creating a Linked Repository
Note: Before creating a linked repository, ensure that relationships between instances are established. This is necessary when two instances are involved. To learn how to create instance relationships, see Domo Sandbox.
- Log into your production instance. In the navigation header, select More > Admin.
- Under Governance, select Sandbox.
- In the My Repositories tab, select + New Repository.

- Configure the repository:
- Name the repository.
-
Select the
Create as Linked Repository box.

- Select the Object Type being versioned.
- Choose the items you want to include in the repository
Note: By default, Create initial commit is selected. When the repository is saved, the first version is committed.
- Select Save Repository.
- In the list of Instances Without Access, find your development instance and change the permissions from No Access to Can Promote.

Note: Only instances with pre-configured relationships display. For information on inviting instances, see the Instance Relationships heading of Domo Sandbox.
- Select Close.
Committing the Linked Repository
The initial commit occurs if specified while creating the repository. If no committed version exists, complete these steps after creating the repository:- Log into your production instance. In the navigation header, select More > Admin.
- Under Governance, select Sandbox.
- Go to Repositories > My Repositories.

- Locate the repository and select Commit.
- Enter a description for the new version. By default, the new version is promoted. If you don’t want the new version to be immediately available for promotion, uncheck the Allow this commit to be promoted box.

- Select Save.
Promoting and Linking the Repository
- Log into your development instance. In the navigation header, select More > Admin.
- Under Governance, select Sandbox.
- In the Shared Repositories tab, locate the linked repository. Select Assign Owner.
Note: Linked repositories are indicated with
next to the Repository Name.
next to the Repository Name.
- Enter the name of the owner. They can promote, delete, and share the repository.
- Select Save.
- Locate the linked repository and select Promote.
- (Conditional) Perform any necessary mappings and apply advanced settings, if applicable.
- Select Promote and Link.
- Enter a new repository name and review the information in the modal below.

- Select Promote and Link.
- Promotes the repository in the development instance. This creates the objects in the development.
- Creates a new repository in the development instance with the name entered in Step 5. The new repository includes the objects created during the promotion and commits this new repository.
- Shares this repository with the production instance and allows production to promote this new repository.
- Maps this new repository to the existing production objects. This step is critical because it causes the production objects to be updated by this new repository.
Verifying Success
- In the development instance, confirm that the newly created repository exists in the My Repositories tab.
- Confirm that the objects were promoted successfully. You may need to refresh your browser to load newly created objects.
- Ensure that the new repository was committed successfully.
- (Optional) Delete the original linked repository. Ongoing changes should be made in the development instance and promoted to production.
- Go back into the production instance and promote the repository that was created in the development instance. This does not create duplicate content as a typical repository would. Instead, it promotes on top of the original content since the content in development is mapped to the content in production.