Usage
Subcommands
validate
Verify protected asset coverage for all active catalog entries.--file <path>- Path to protected assets manifest (default:data/protected.assets.json)--env <test|prod>- Environment for validation context
- All active catalog lookups have corresponding asset mappings
- Asset file references are valid
- No missing or broken asset coverage
diff
Compare local protected assets manifest against remote environment.--env <test|prod>- Target environment
--file <path>- Local assets file (default:data/protected.assets.json)--api-base <url>- Override API base URL--token <token>- Admin auth token (falls back toDEX_ASSETS_ADMIN_TOKEN_TESTorDEX_ASSETS_ADMIN_TOKEN_PROD)
- Shows which assets would be added, updated, or removed
- Displays manifest hash comparison
publish
Publish protected assets manifest to remote environment.--env <test|prod>- Target environment
--dry-run- Preview changes without applying them--file <path>- Local assets file (default:data/protected.assets.json)--api-base <url>- Override API base URL--token <token>- Admin auth token
DEX_ASSETS_ADMIN_TOKEN_TEST- Test environment admin tokenDEX_ASSETS_ADMIN_TOKEN_PROD- Production environment admin token
bucket
Ensure storage bucket exists in target environment.--env <test|prod>- Target environment
--name <bucket-name>- Bucket name (default:dex-protected-assets)--dry-run- Preview operation without creating bucket--api-base <url>- Override API base URL--token <token>- Admin auth token
Examples
Validate local assets before publish
Check what would change in production
Publish to test environment
Dry-run production publish
Workflow integration
Protected assets are automatically validated during preflight checks:Related commands
dex release
Orchestrate full release with preflight checks
dex catalog
Manage catalog entries and metadata