CLI commands
Available CLI commands and their parameters are listed here. In these examples, the executable is named dhcli
. When you provide flag parameters, make sure they are listed before positional ones.
If you need to install the CLI, refer to this section.
Run commands
Depending on the shell you are using, you may have to run the CLI with ./dhcli
.
register
register
takes the following parameters:
-e environment
Optional. Name of the environment to register.core_endpoint
Mandatory
dhcli register -e example http://localhost:8080
.dhcore.ini
file (if it doesn't already exist) in the user's home directory, or, if not possible, in the current one. A section will be appended, using the provided environment name (or, if missing, the one returned by the endpoint), containing the environment's configuration. This environment will be set as default, unless one is already set.
list-env
list-env
lists available environments. It takes no parameters.
dhcli list-env
use
use
takes the following parameters:
environment
Mandatory
dhcli use example
login
login
is to be used after registering an environment with the register
command. It takes the following parameters:
environment
Optional.
dhcli login example
refresh
refresh
is to be used after the login
command, to update access_token
and refresh_token
. It takes the following parameters:
environment
Optional
dhcli refresh example
remove
remove
takes the following parameters:
environment
Mandatory
dhcli remove example
init
init
is used to install the platform's Python packages; therefore, Python must be installed. It takes the following parameters:
environment
Optional
dhcli init example
create
create
will create an instance of the indicated resource on the platform. It takes the following parameters:
-e environment
Optional-p project
Optional (ignored) when creating projects, mandatory otherwise.-f yaml_file_path
Mandatory when creating resources other than projects, alternative toname
for projects.-n name
Optional (ignored) when creating resources other than projects, alternative toyaml_file_path
for projects.-reset-id
Optional. Boolean. If set, theid
specified in the file is ignored.resource
Mandatory
The type of resource to create is mandatory. The project flag -p
is only mandatory when creating resources other than projects (artifacts, models, etc.). For projects, you may omit the file path and just use the -n
flag to specify the name. The -reset-id
flag, when set, ensures the created object has a randomly-generated ID, ignoring the id
field if present in the input file (this is not relevant to projects).
Create a project:
dhcli create -f samples/project.yaml projects
Create an artifact, while resetting its ID:
dhcli create -p my-project -f samples/artifact.yaml -reset-id artifacts
Resource types
The resource
positional parameter can accept any value (to support future updates), but if an invalid one is specified, the CLI will forward the error returned by core. This parameter is used in building the endpoint of the URL for the API call to core's back-end, therefore, it is possible to specify aliases for a resource in the config.json
file.
list
list
returns a list of resources of the specified type. It takes the following parameters:
-e environment
Optional-o output_format
Optional. Acceptsshort
,json
,yaml
. Defaults toshort
.-p project
Optional (ignored) for projects, mandatory otherwise.-n name
Optional. If present, will return all versions of specified resource. If missing, will return the latest version of all matching resources.-k kind
Optional-s state
Optionalresource
Mandatory
output_format
determines how the output will be formatted. The default value, short
, is meant to be used to quickly check resources in the terminal, while json
and yaml
will format the output accordingly, making it ideal to write to file.
List all projects:
dhcli list projects
List all artifacts in a project:
dhcli list -p my-project artifacts
Note that you can easily write the results to file by redirecting standard output:
dhcli list -o yaml -p my-project artifacts > output.yaml
get
get
returns the details of a single resource. It takes the following parameters:
-e environment
Optional-o output_format
Optional. Acceptsshort
,json
,yaml
. Defaults toshort
.-p project
Optional (ignored) for projects, mandatory otherwise.-n name
Optional (ignored) ifid
is missing, mandatory otherwise. Will return latest version of specified resource.resource
Mandatoryid
Optional if-n name
is missing, mandatory otherwise.
Similarly to the list
command, output_format
determines how the output will be formatted. The default value, short
, is meant to be used to quickly check resources in the terminal, while json
and yaml
will format the output accordingly, making it ideal to write to file.
Get project:
dhcli get projects my-project
Get artifact:
dhcli get -p my-project artifacts my-artifact-id
Get artifact and write to file:
dhcli get -o yaml -p my-project artifacts my-artifact-id > output.yaml
update
update
will update a resource with a new definition. It takes the following parameters:
-e environment
Optional-p project
Optional (ignored) for projects, mandatory otherwise.-f yaml_file_path
Mandatoryresource
Mandatoryid
Mandatory
Update a project:
dhcli update -f samples/project.yaml projects my-project
Update an artifact:
dhcli update -p my-project -f samples/artifact.yaml artifacts my-artifact-id
delete
delete
will delete a resource. It takes the following parameters:
-e environment
Optional-p project
Optional (ignored) for projects, mandatory otherwise.-n name
Alternative toid
, will delete all versions of a resource.-y
Optional. Boolean. If omitted, confirmation will be asked.-c
Optional. Boolean, only applies to projects. When set, all resource belonging to the project will also be deleted.resource
Mandatoryid
Alternative toname
, will delete a specific version. For projects, since versions do not apply, this is synonym withid
.
Delete a project and all of its resources:
dhcli delete -c projects my-project
Delete an artifact, skip confirmation:
dhcli delete -p my-project -y artifacts my-artifact-id