CS Assets extends standard Contentstack CLI export and import operations to support space-based asset management.

During export, CS Assets mode activates when

• Your region is configured with a CS Assets URL and
• The branch has linked workspaces.

During import, the CLI detects CS Assets mode from the export directory.

When CS Assets mode is not active, the CLI falls back to legacy asset export, the standard flow that writes an assets/ folder at the branch root.

• Configure prerequisites for CS Assets export and import
• Export assets using the standard CLI workflow
• Understand the CS Assets directory structure
• Import CS Assets exports safely into a target stack
• Understand how the CLI detects CS Assets import mode automatically
• Prevent workspace linking errors by understanding how stack settings are handled during import
• Understand the dependency order for import operations
• Understand management token limitations that affect CS Assets export

Select an authentication method based on your operation:

• CS Assets URL configured for your region: Your Contentstack administrator must add a CS Assets URL to the region configuration. See Configure Regions in the CLI:
  123456

  csdx config:set:region \
    --cda <cda_url> \
    --cma <cma_url> \
    --ui-host <ui_url> \
    --cs-assets <cs_assets_url> \
    -n <region_name>

  Without this URL, the CLI has no CS Assets endpoint even if workspaces are linked.
• Linked workspaces on the stack branch: The stack branch must have linked workspaces configured in your Contentstack organization.

  Note Linked workspaces are CS Assets spaces in your Contentstack organization that are associated with a stack branch. The CLI reads linked workspace assignments automatically from branch settings during export. Without linked workspaces, the CLI has no spaces to export, even if the URL is configured.

• Management token for import

When both prerequisites are met, the CLI activates CS Assets mode automatically and exports assets under a spaces/ directory instead of assets/.

csdx cm:stacks:export -k <stack-api-key> --data-dir ./export --branch <branch-name>

Note CS Assets mode does not activate when using a management token. See Management Token Behavior for details.

Note In CS Assets mode, the assets/ folder at the branch root is replaced with the spaces/ directory.

The command creates the following structure under --data-dir, with --branch as the top-level subdirectory:

./export/
└── {branch}/
    ├── spaces/
    │   ├── export-metadata.json
    │   ├── fields/
    │   │   └── fields.json
    │   ├── asset_types/
    │   │   └── asset-types.json
    │   ├── {space_uid}/
    │   │   ├── space.json
    │   │   ├── folders.json
    │   │   ├── assets.json
    │   │   └── assets/
    │   │       └── files/
    │   │           └── {asset_uid}/
    │   │               └── {filename}
    │   └── {space_uid}/
    │       ├── space.json
    │       ├── folders.json
    │       ├── assets.json
    │       └── assets/
    │           └── ...
    ├── content-types/
    ├── entries/
    └── locales/

Key points:

• Space directories use the space UID rather than human-readable space names. For example, blt1234567890abcdef/.
• fields/ and asset_types/ are organization-level and exported once, shared across all linked spaces.
• All spaces linked to a stack are exported.

The CLI detects CS Assets exports automatically from the directory you specify with --data-dir.

csdx cm:stacks:import -k <stack-api-key> --data-dir ./export

CS Assets import mode activates when both of the following are present in --data-dir:

1. A spaces/ directory at the branch root.
2. stack/settings.json contains an am_v2 key. The source stack writes this key automatically during export.

When neither condition is present, the CLI runs legacy asset export instead. All other modules (content types, entries, and locales) import normally in both cases.

The stack/settings.json file in --data-dir contains linked workspaces from the source stack. The CLI strips these entries before writing the file to the target stack, then creates the correct links for the target branch in the How the target branch is linked step. This ensures the target branch connects to the newly imported workspaces.

Imports run in the following dependency order:

Each asset imported into the target stack receives a new UID and URL. The CLI writes mapper files that record the source-to-target mapping for asset UIDs, asset URLs, and space UIDs. During the entries import step, these files are used to update asset references across all entry fields.

The mapper files are written to the mapper/assets/ folder inside your backup directory (the path set by --backup-dir):

After spaces are created in the target organization, the CLI links each new space to the target branch. This ensures subsequent exports from the target stack detect linked workspaces correctly.

If you use management tokens in automated pipelines, read Management Token Behavior before running import commands.

Management tokens affect export and import differently in CS Assets.

CS Assets export requires linked workspaces, which the CLI reads from branch settings. Reading branch settings is not supported when using a management token, so the CLI skips this step. Without that information, CS Assets never activates for export. The export always falls back to legacy asset export.

Workaround: Use session-based authentication for export:

csdx auth:login
csdx cm:stacks:export -k <stack-api-key> --data-dir ./export

Management tokens do not block CS Assets import. Import detects CS Assets from --data-dir (the spaces/ folder), not from branch settings. The CS Assets URL is read from the configured region. When the organization UID is needed, the CLI fetches it from the stack automatically.

# CS Assets import works with management token
csdx cm:stacks:import -a <alias> --data-dir ./export

Symptom: The export command completes without errors but produces a legacy assets/ folder at the branch root instead of a spaces/ directory.

Root cause: One of the two activation conditions is not met: either the region is not configured with a CS Assets URL, or the stack branch does not have linked workspaces. The CLI falls back to legacy asset export silently when either condition is absent.

Resolution: Verify both conditions before re-running export:

1. Confirm your region has a CS Assets URL: run csdx config:get:region and check for the cs-assets field.
2. Confirm linked workspaces exist: check your Contentstack organization settings for the stack branch.

Symptom: Export produces a legacy assets/ folder even though the region has a CS Assets URL and the branch has linked workspaces.

Root cause: Management tokens cannot read branch settings. Without branch settings, the CLI cannot confirm linked workspaces exist, so CS Assets mode never activates for export.

Resolution: Use session-based authentication for export:

csdx auth:login
csdx cm:stacks:export -k <stack-api-key> --data-dir ./export --branch <branch-name>

Symptom: The import command runs but treats --data-dir as a legacy export. Assets from the spaces/ directory are not imported, or the import fails with unexpected path errors.

Root cause: CS Assets import requires two conditions in --data-dir: a spaces/ directory at the branch root, and an am_v2 key in stack/settings.json. If either is missing, the CLI uses legacy import behavior.

Resolution: Verify that --data-dir points to a directory produced by a CS Assets export:

1. Confirm a spaces/ directory exists at the branch root inside --data-dir.
2. Confirm stack/settings.json contains an am_v2 key.

If the key is missing, the source export ran as a legacy asset export. Re-run the export under the conditions described in the Export section.

Symptom: After import completes, the target branch is linked to the source organization's workspaces instead of the newly imported ones.

Root cause: stack/settings.json in the export directory contains the source stack's linked workspace entries. Applying this file without modification links the target branch to the source organization.

Resolution: This should not occur when using the Contentstack CLI for import. The CLI strips linked workspace entries from stack/settings.json before writing it to the target stack, then creates correct links for the target branch. If you applied stack/settings.json manually or through a custom script, remove the linked workspace entries before re-applying the file.

• Export Content Using the CLI: Full reference for all flags and options available with csdx cm:stacks:export, including module filtering and branch targeting.
• Import Content Using the CLI: Full reference for all flags and options available with csdx cm:stacks:import, including --backup-dir and module-level controls.
• Configure Regions in the CLI: Reference for all csdx config:set:region flags, including --cs-assets for enabling CS Assets mode in a region.
• CLI-Supported Features for Export, Import, and Clone Operations: Matrix of which content types and asset features are supported across CLI versions.