@contentstack/cli
Advanced tools
Use Contentstack Command-line Interface to command Contentstack for executing a set of operations from the terminal. To get started with CLI, refer to the CLI documentation.
$ npm install -g @contentstack/cli
$ csdx COMMAND
running command...
$ csdx (-v|--version|version)
@contentstack/cli/0.1.1-beta.1 darwin-x64 node-v10.19.0
$ csdx --help [COMMAND]
USAGE
$ csdx COMMAND
...
csdx auth:logincsdx auth:logoutcsdx auth:tokenscsdx auth:tokens:addcsdx auth:tokens:removecsdx auth:whoamicsdx cm:bulk-publishcsdx cm:bulk-publish:add-fieldscsdx cm:bulk-publish:assetscsdx cm:bulk-publish:clearcsdx cm:bulk-publish:configurecsdx cm:bulk-publish:cross-publishcsdx cm:bulk-publish:entriescsdx cm:bulk-publish:entry-editscsdx cm:bulk-publish:nonlocalized-field-changescsdx cm:bulk-publish:revertcsdx cm:bulk-publish:unpublishcsdx cm:bulk-publish:unpublished-entriescsdx cm:exportcsdx cm:importcsdx config:get:regioncsdx config:set:region [REGION]csdx help [COMMAND]csdx pluginscsdx plugins:install PLUGIN...csdx plugins:link PLUGINcsdx plugins:uninstall PLUGIN...csdx plugins:updatecsdx auth:loginLogin to Contentstack and save the session for further use
USAGE
$ csdx auth:login
OPTIONS
-u, --username=username Email address of your Contentstack account
ALIASES
$ csdx login
See code: @contentstack/cli-auth
csdx auth:logoutLog out from Contentstack and clear the session
USAGE
$ csdx auth:logout
OPTIONS
-f, --force Exclude confirmation to logout
ALIASES
$ csdx logout
See code: @contentstack/cli-auth
csdx auth:tokensLists all existing tokens added to the session
USAGE
$ csdx auth:tokens
OPTIONS
-x, --extended show extra columns
--columns=columns only show provided columns (comma-separated)
--csv output is csv format [alias: --output=csv]
--filter=filter filter property by partial string matching, ex: name=foo
--no-header hide table header from output
--no-truncate do not truncate output to fit screen
--output=csv|json|yaml output in a more machine friendly format
--sort=sort property to sort by (prepend '-' for descending)
ALIASES
$ csdx tokens
See code: @contentstack/cli-auth
csdx auth:tokens:addAdds management/delivery tokens to your session to use it with further CLI command
USAGE
$ csdx auth:tokens:add
OPTIONS
-a, --alias=alias
-d, --delivery Set this while saving delivery token
-e, --environment=environment Environment name for delivery token
-f, --force Exclude confirmation to replace existing alias
-k, --api-key=api-key Stack API key for the token
-m, --management Set this while saving management token
-t, --token=token Sets token. Can be set via environment variable 'TOKEN'. We recommend to use env
variable
DESCRIPTION
by default it adds management token if either of management or delivery flags are not set
ALIASES
$ csdx tokens:add
See code: @contentstack/cli-auth
csdx auth:tokens:removeRemoves stored tokens
USAGE
$ csdx auth:tokens:remove
OPTIONS
-a, --alias=alias Alias (name) of the token to remove
-i, --ignore Ignores if token not present. Command shows show list of available aliases with multi select option
to delete tokens from that list.
ALIASES
$ csdx tokens:remove
See code: @contentstack/cli-auth
csdx auth:whoamiDisplay current users email address
USAGE
$ csdx auth:whoami
ALIASES
$ csdx whoami
See code: @contentstack/cli-auth
csdx cm:bulk-publishBulk Publish script for managing entries and assets
USAGE
$ csdx cm:bulk-publish
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:add-fieldsAdd fields from updated content types to their respective entries
USAGE
$ csdx cm:bulk-publish:add-fields
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkPublish=bulkPublish [default: true] This flag is set to true by default. It indicates that contentstack's
bulkpublish API will be used for publishing the entries
-c, --config=config Path to config file to be used
-e, --environments=environments Environments to which entries need to be published
-l, --locales=locales Locales to which entries need to be published
-r, --retryFailed=retryFailed Retry publishing failed entries from the logfile (optional, overrides all other
flags)
-t, --contentTypes=contentTypes The Content-Types from which entries need to be published
-y, --yes Agree to process the command with the current configuration
DESCRIPTION
The add-fields command is used for updating already existing entries with the updated schema of their respective
Content Type
Content Types, Environments and Locales are required for executing the command successfully
But, if retryFailed flag is set, then only a logfile is required
EXAMPLES
General Usage
csdx cm:bulk-publish:add-fields -t [CONTENT TYPE 1] [CONTENT TYPE 2] -e [ENVIRONMENT 1] [ENVIRONMENT 2] -l [LOCALE 1]
[LOCALE 2] -a [MANAGEMENT TOKEN ALIAS]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:add-fields --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:add-fields -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:add-fields --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:add-fields -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:assetsPublish assets to specified environments
USAGE
$ csdx cm:bulk-publish:assets
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkPublish=bulkPublish [default: true] This flag is set to true by default. It indicates that contentstack's
bulkpublish API will be used for publishing the entries
-c, --config=config Path to config file to be used
-e, --environments=environments Environments to which assets need to be published
-l, --locales=locales Locales to which assets need to be published
-r, --retryFailed=retryFailed Retry publishing failed assets from the logfile (optional, will override all other
flags)
-u, --folderUid=folderUid [default: cs_root] Folder-uid from which the assets need to be published
-y, --yes Agree to process the command with the current configuration
DESCRIPTION
The assets command is used for publishing assets from the specified stack, to the specified environments
Environment(s) and Locale(s) are required for executing the command successfully
But, if retryFailed flag is set, then only a logfile is required
EXAMPLES
General Usage
csdx cm:bulk-publish:assets -e [ENVIRONMENT 1] [ENVIRONMENT 2] -l [LOCALE] -a [MANAGEMENT TOKEN ALIAS]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:assets --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:assets -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:assets --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:assets -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:clearClear the log folder
USAGE
$ csdx cm:bulk-publish:clear
OPTIONS
-l, --list List number of log files
-y, --yes Delete all files without asking for confirmation
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:configureGenerate configuration template
USAGE
$ csdx cm:bulk-publish:configure
OPTIONS
-a, --alias=alias Management token alias for the stack
DESCRIPTION
The configure command is used for generating a configuration file for bulk-publish script.
Here is a detailed description for all the available flags
-----------------------------------------------------------------------------------------------------------
--alias or -a : Management token Alias for the stack in use.
EXAMPLE : cm:bulk-publish:configure --alias [MANAGEMENT TOKEN Alias]
EXAMPLE : cm:bulk-publish:configure -a [MANAGEMENT TOKEN Alias]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:cross-publishPublish entries and assets from one environment to other environments
USAGE
$ csdx cm:bulk-publish:cross-publish
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkPublish=bulkPublish [default: true] This flag is set to true by default. It indicates that
contentstack's bulkpublish API will be used for publishing the entries
-c, --config=config Path to config file to be used
-d, --destEnv=destEnv Destination Environments
-e, --environment=environment Source Environment
-l, --locale=locale Locale filter
-r, --retryFailed=retryFailed Retry publishing failed entries from the logfile (optional, overrides all other
flags)
-t, --contentType=contentType Content-Type filter
-x, --deliveryToken=deliveryToken Delivery Token for source environment
-y, --yes Agree to process the command with the current configuration
DESCRIPTION
The cross-publish command is used for publishing entries and assets from one evironment to other environments
Content Type, Environment, Destination Environment(s) and Locale are required for executing the command successfully
But, if retryFailed flag is set, then only a logfile is required
EXAMPLES
General Usage
csdx cm:bulk-publish:cross-publish -t [CONTENT TYPE] -e [SOURCE ENV] -d [DESTINATION ENVIRONMENT] -l [LOCALE] -a
[MANAGEMENT TOKEN ALIAS] -x [DELIVERY TOKEN]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:cross-publish --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:cross-publish -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:cross-publish --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:cross-publish -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:entriesPublish entries from multiple content-types to multiple environments and locales
USAGE
$ csdx cm:bulk-publish:entries
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkPublish=bulkPublish [default: true] This flag is set to true by default. It indicates that contentstack's
bulkpublish API will be used for publishing the entries
-c, --config=config Path for the external config file to be used (A new config file can be generated at
the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`)
-e, --environments=environments Environments to which entries need to be published
-l, --locales=locales Locales to which entries need to be published
-o, --publishAllContentTypes Publish all content-types (optional, cannot be set when contentTypes flag is set)
-r, --retryFailed=retryFailed Retry failed entries from the logfile (optional, overrides all other flags) This flag
is used to retry publishing entries that failed to publish in a previous attempt. A
log file for the previous session will be required for processing the failed entries
-t, --contentTypes=contentTypes The Content-types from which entries need to be published
-y, --yes Agree to process the command with the current configuration
DESCRIPTION
The entries command is used for publishing entries from the specified content types, to the
specified environments and locales
Content Types, Environments and Locales are required for executing the command successfully
But, if retryFailed flag is set, then only a logfile is required
EXAMPLES
General Usage
csdx cm:bulk-publish:entries -t [CONTENT TYPE 1] [CONTENT TYPE 2] -e [ENVIRONMENT 1] [ENVIRONMENT 2] -l [LOCALE 1]
[LOCALE 2] -a [MANAGEMENT TOKEN ALIAS]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:entries --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:entries -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:entries --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:entries -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:entry-editsPublish edited entries from a specified Content Type to given locales and environments
USAGE
$ csdx cm:bulk-publish:entry-edits
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkPublish=bulkPublish [default: true] This flag is set to true by default. It indicates that contentstack's
bulkpublish API will be used for publishing the entries
-c, --config=config Path to config file to be used
-e, --environments=environments Destination environments
-l, --locales=locales Locales to which edited entries need to be published
-r, --retryFailed=retryFailed Retry publishing failed entries from the logfile (optional, overrides all other
flags)
-s, --sourceEnv=sourceEnv Environment from which edited entries will be published
-t, --contentTypes=contentTypes The Content-Types which will be checked for edited entries
-y, --yes Agree to process the command with the current configuration
DESCRIPTION
The entry-edits command is used for publishing entries from the specified content types, to the
specified environments and locales
Content Type(s), Source Environment, Destination Environment(s) and Locale(s) are required for executing the command
successfully
But, if retryFailed flag is set, then only a logfile is required
EXAMPLES
General Usage
csdx cm:bulk-publish:entry-edits -t [CONTENT TYPE 1] [CONTENT TYPE 2] -s [SOURCE_ENV] -e [ENVIRONMENT 1] [ENVIRONMENT
2] -l [LOCALE 1] [LOCALE 2] -a [MANAGEMENT TOKEN ALIAS]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:entry-edits --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:entry-edits -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:entry-edits --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:entry-edits -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:nonlocalized-field-changesPublish non-localized-fields for given Content Types, from a particular source environment to specified environments
USAGE
$ csdx cm:bulk-publish:nonlocalized-field-changes
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkPublish=bulkPublish [default: true] This flag is set to true by default. It indicates that contentstack's
bulkpublish API will be used for publishing the entries
-c, --config=config Path to config file to be used
-e, --environments=environments Destination environments
-r, --retryFailed=retryFailed Retry publishing failed entries from the logfile
-s, --sourceEnv=sourceEnv Source Environment
-t, --contentTypes=contentTypes The Content-Types from which entries need to be published
-y, --yes Agree to process the command with the current configuration
DESCRIPTION
The nonlocalized-field-changes command is used for publishing nonlocalized field changes from the given Content Types
to
the specified Environments
Content Types, Environments and Source Environment are required for executing this command successfully.
But, if retryFailed flag is set, then only a logfile is required
EXAMPLES
General Usage
csdx cm:bulk-publish:nonlocalized-field-changes -t [CONTENT TYPE 1] [CONTENT TYPE 2] -e [ENVIRONMENT 1] [ENVIRONMENT
2] -l [LOCALE 1] [LOCALE 2] -a [MANAGEMENT TOKEN ALIAS]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:nonlocalized-field-changes --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:nonlocalized-field-changes -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:nonlocalized-field-changes --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:nonlocalized-field-changes -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:revertRevert publish operations by using a log file
USAGE
$ csdx cm:bulk-publish:revert
OPTIONS
-l, --logFile=logFile logfile to be used to revert
-r, --retryFailed=retryFailed retry publishing failed entries from the logfile
DESCRIPTION
The revert command is used for reverting all publish operations performed using bulk-publish script.
A log file name is required to execute revert command
EXAMPLES
Using --logFile
cm:bulk-publish:revert --logFile [LOG FILE NAME]
cm:bulk-publish:revert -l [LOG FILE NAME]
Using --retryFailed
cm:bulk-publish:revert --retryFailed [LOG FILE NAME]
cm:bulk-publish:revert -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:unpublishUnpublish entries of given Content Types from given environment
USAGE
$ csdx cm:bulk-publish:unpublish
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkUnpublish=bulkUnpublish [default: true] This flag is set to true by default. It indicates that
contentstack's bulkpublish API will be used for publishing the entries
-c, --config=config Path to config file to be used
-e, --environment=environment Source Environment
-l, --locale=locale Locale filter
-r, --retryFailed=retryFailed Retry publishing failed entries from the logfile
-t, --contentType=contentType Content Type filter
-x, --deliveryToken=deliveryToken Delivery Token for source environment
-y, --yes Agree to process the command with the current configuration
--onlyAssets Unpublish only assets
--onlyEntries Unpublish only entries
DESCRIPTION
The unpublish command is used for unpublishing entries from given environment
Environment (Source Environment) and Locale are required for executing the command successfully
But, if retryFailed flag is set, then only a logfile is required
A Content Type can be specified for publishing entries, but if no content-type(s) is/are specified and --onlyAssets is
not used,
then all entries from all content types will be unpublished from the source environment
--onlyAssets can be used to unpublish only assets and --onlyEntries can be used to unpublish only entries.
(--onlyAssets and --onlyEntries cannot be used together at the same time)
EXAMPLES
General Usage
csdx cm:bulk-publish:unpublish -b -t [CONTENT TYPE] -e [SOURCE ENV] -l [LOCALE] -a [MANAGEMENT TOKEN ALIAS] -x
[DELIVERY TOKEN]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:unpublish --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:unpublish -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:unpublish --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:unpublish -r [LOG FILE NAME]
No content type
csdx cm:bulk-publish:unpublish --environment [SOURCE ENV] --locale [LOCALE] (Will unpublish all entries from all
content types and assets from the source environment)
Using --onlyAssets
csdx cm:bulk-publish:unpublish --environment [SOURCE ENV] --locale [LOCALE] --onlyAssets (Will unpublish only assets
from the source environment)
Using --onlyEntries
csdx cm:bulk-publish:unpublish --environment [SOURCE ENV] --locale [LOCALE] --onlyEntries (Will unpublish only
entries, all entries, from the source environment)
csdx cm:bulk-publish:unpublish --contentType [CONTENT TYPE] --environment [SOURCE ENV] --locale [LOCALE] --onlyEntries
(Will unpublish only entries, (from CONTENT TYPE) from the source environment)
See code: @contentstack/cli-cm-bulk-publish
csdx cm:bulk-publish:unpublished-entriesPublish unpublished entries from the source environment, to other environments and locales
USAGE
$ csdx cm:bulk-publish:unpublished-entries
OPTIONS
-a, --alias=alias Alias for the management token to be used
-b, --bulkPublish=bulkPublish [default: true] This flag is set to true by default. It indicates that contentstack's
bulkpublish API will be used for publishing the entries
-c, --config=config Path to config file to be used
-e, --environments=environments Destination environments
-l, --locale=locale Source locale
-r, --retryFailed=retryFailed Retry publishing failed entries from the logfile
-s, --sourceEnv=sourceEnv Source Env
-t, --contentTypes=contentTypes The Content-Types from which entries need to be published
-y, --yes Agree to process the command with the current configuration
DESCRIPTION
The unpublished-entries command is used for publishing unpublished entries from the source environment, to other
environments and locales
Content Type(s), Source Environment, Destination Environment(s) and Source Locale are required for executing the
command successfully
But, if retryFailed flag is set, then only a logfile is required
EXAMPLES
General Usage
csdx cm:bulk-publish:unpublished-entries -b -t [CONTENT TYPES] -e [ENVIRONMENTS] -l LOCALE -a [MANAGEMENT TOKEN ALIAS]
Using --config or -c flag
Generate a config file at the current working directory using `csdx cm:bulk-publish:configure -a [ALIAS]`
csdx cm:bulk-publish:unpublished-entries --config [PATH TO CONFIG FILE]
csdx cm:bulk-publish:unpublished-entries -c [PATH TO CONFIG FILE]
Using --retryFailed or -r flag
csdx cm:bulk-publish:unpublished-entries --retryFailed [LOG FILE NAME]
csdx cm:bulk-publish:unpublished-entries -r [LOG FILE NAME]
See code: @contentstack/cli-cm-bulk-publish
csdx cm:exportExport content from a stack
USAGE
$ csdx cm:export
OPTIONS
-A, --auth-token to use auth token
-a, --management-token-alias=management-token-alias alias of the management token
-c, --config=config [optional] path of the config
-d, --data=data path or location to store the data
-l, --master-lang=master-lang code of the source stack's master Language
-m, --module=module [optional] specific module name
-s, --stack-uid=stack-uid API key of the source stack
DESCRIPTION
...
Export content from one stack to another
EXAMPLES
csdx cm:export -A
csdx cm:export -A -l 'master-language' -s 'stack_ApiKey' -d 'path/of/export/destination/dir'
csdx cm:export -A -c 'path/of/config/dir'
csdx cm:export -a 'management_token_alias'
csdx cm:export -a "management_token_alias" -l "master-language" -d "path/of/export/destination/dir"
csdx cm:export -a "management_token_alias" -c "path/of/config/file"
csdx cm:export -A -m "single module name"
See code: @contentstack/cli-cm-export
csdx cm:importImport script for importing the content into new stack
USAGE
$ csdx cm:import
OPTIONS
-A, --auth-token to use auth token
-a, --management-token-alias=management-token-alias alias of the management token
-c, --config=config [optional] path of config file
-d, --data=data path and location where data is stored
-l, --master-lang=master-lang code of the target stack's master language
-m, --module=module [optional] specific module name
-s, --stack-uid=stack-uid API key of the target stack
DESCRIPTION
...
Once you export content from the source stack, import it to your destination stack by using the cm:import command.
EXAMPLES
csdx cm:import -A
csdx cm:import -A -l "master-language" -s "stack_ApiKey" -d "path/of/export/destination/dir"
csdx cm:import -A -c "path/of/config/dir"
csdx cm:import -a "management_token_alias"
csdx cm:import -a "management_token_alias" -l "master-language" -d "path/of/export/destination/dir"
csdx cm:import -a "management_token_alias" -c "path/of/config/file"
csdx cm:import -A -m "single module name"
See code: @contentstack/cli-cm-import
csdx config:get:regionGet current region set for CLI
USAGE
$ csdx config:get:region
See code: src/commands/config/get/region.js
csdx config:set:region [REGION]Set region for CLI
USAGE
$ csdx config:set:region [REGION]
ARGUMENTS
REGION (EU|NA) North America(NA), Europe (EU)
OPTIONS
-d, --cda=cda Custom host to set for content delivery API, if this flag is added then cma and name flags are
required
-m, --cma=cma Custom host to set for content management API, , if this flag is added then cda and name flags are
required
-n, --name=name Name for the region, if this flag is added then cda and cma flags are required
EXAMPLES
$ csdx config:set:region EU
$ csdx config:set:region --cma "https://in-cda.contentstack.com" --cda "https://in-api.contentstack.com" --name
"India"
$ csdx config:set:region --cma="https://in-cda.contentstack.com" --cda="https://in-api.contentstack.com"
--name="India"
See code: src/commands/config/set/region.js
csdx help [COMMAND]display help for csdx
USAGE
$ csdx help [COMMAND]
ARGUMENTS
COMMAND command to show help for
OPTIONS
--all see all commands in CLI
See code: @oclif/plugin-help
csdx pluginslist installed plugins
USAGE
$ csdx plugins
OPTIONS
--core show core plugins
EXAMPLE
$ csdx plugins
See code: @oclif/plugin-plugins
csdx plugins:install PLUGIN...installs a plugin into the CLI
USAGE
$ csdx plugins:install PLUGIN...
ARGUMENTS
PLUGIN plugin to install
OPTIONS
-f, --force yarn install with force flag
-h, --help show CLI help
-v, --verbose
DESCRIPTION
Can be installed from npm or a git url.
Installation of a user-installed plugin will override a core plugin.
e.g. If you have a core plugin that has a 'hello' command, installing a user-installed plugin with a 'hello' command
will override the core plugin implementation. This is useful if a user needs to update core plugin functionality in
the CLI without the need to patch and update the whole CLI.
ALIASES
$ csdx plugins:add
EXAMPLES
$ csdx plugins:install myplugin
$ csdx plugins:install https://github.com/someuser/someplugin
$ csdx plugins:install someuser/someplugin
See code: @oclif/plugin-plugins
csdx plugins:link PLUGINlinks a plugin into the CLI for development
USAGE
$ csdx plugins:link PLUGIN
ARGUMENTS
PATH [default: .] path to plugin
OPTIONS
-h, --help show CLI help
-v, --verbose
DESCRIPTION
Installation of a linked plugin will override a user-installed or core plugin.
e.g. If you have a user-installed or core plugin that has a 'hello' command, installing a linked plugin with a 'hello'
command will override the user-installed or core plugin implementation. This is useful for development work.
EXAMPLE
$ csdx plugins:link myplugin
See code: @oclif/plugin-plugins
csdx plugins:uninstall PLUGIN...removes a plugin from the CLI
USAGE
$ csdx plugins:uninstall PLUGIN...
ARGUMENTS
PLUGIN plugin to uninstall
OPTIONS
-h, --help show CLI help
-v, --verbose
ALIASES
$ csdx plugins:unlink
$ csdx plugins:remove
See code: @oclif/plugin-plugins
csdx plugins:updateupdate installed plugins
USAGE
$ csdx plugins:update
OPTIONS
-h, --help show CLI help
-v, --verbose
See code: @oclif/plugin-plugins
FAQs
Command-line tool (CLI) to interact with Contentstack
The npm package @contentstack/cli receives a total of 5,182 weekly downloads. As such, @contentstack/cli popularity was classified as popular.
We found that @contentstack/cli demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 0 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Bybit's $1.46B hack by North Korea's Lazarus Group pushes 2025 crypto losses to $1.6B in just two months, already surpassing all of 2024's $1.49B total.
Security News
OpenSSF has published OSPS Baseline, an initiative designed to establish a minimum set of security-related best practices for open source software projects.
Security News
Michigan TypeScript founder Dimitri Mitropoulos implements WebAssembly runtime in TypeScript types, enabling Doom to run after processing 177 terabytes of type definitions.