Version v0.5.4 of the documentation is no longer actively maintained. The site that you are currently viewing is an archived snapshot. For up-to-date documentation, see the latest version.

dexaflow push

Register a compiled dag.json with the control plane.

Synopsis

Register a compiled dag.json with the control plane.

The image is registered by digest: an image given as a tag, in dag.json or with –image, is resolved in its registry first (a read of up to 30s), with the credentials dexaflow deploy reads and the registry.auth_method of the project (–project). A pinned image is used as given and reads nothing. When the registry cannot be read, a tag from dag.json is registered as written, with a warning that says why; a tag given with –image must resolve.

dexaflow push <dag.json> [flags]

Options

  -h, --help             help for push
      --image string     image to register instead of the one in dag.json; a tag is resolved to its digest, a <repository>@sha256:<digest> is used as given
      --project string   project directory whose dexaflow.yaml gives registry.auth_method (default: the dag.json's directory when it holds one, else the working directory)
      --server string    control plane base URL, over --target (default: the target in use, then server_url from the config file)
      --token string     JWT bearer token (default: the session saved for the server)

Options inherited from parent commands

      --config string       config file path (default ~/.dexaflow/config.yaml)
      --log-level string    log level: debug, info, warn, error
      --server-url string   control plane API base URL
      --target name         name of the control plane to use (default: DEXAFLOW_TARGET, then the target selected for the workspace; see dexaflow target list)

SEE ALSO

  • dexaflow - Dexaflow is a GitOps-first, container-native workflow orchestrator.