Configuration

Updatecli must be fed!

Updatecli requires a configuration file, or "manifest", which describes the update pipeline. A manifest describes the "what", the "when", and the "where" of the update pipeline.

What

The "what" is the "source" and defines what piece of information we’re looking for, such as the latest application release version, a docker image tag, etc.

When

The "when" is a "condition", if the condition is satisfied then the target is updated.

Where

The "where" is the "target" and defines where we want to update a piece of information like a value from a Dockerfile or YAML file.

Manifest

File

Updatecli expects one file per manifest, or pipeline. The manifest is split into different stages, "source", "conditions", "targets", where every stage relies on a plugin to adapt the behavior.

A file can be of type "yaml" or "Go Template" using file extensions ".yaml",".yml", or ".tpl").

Manifests are given to the updatecli command using the global flag --config <go_template_file> and --values <yaml_file>. It accepts either a single file or a directory. If a directory is specified, then it runs recursively on all the go templates (or yaml files) in the directory.

Content

Using go templates allows us to specify generic values in a different YAML file, using --values. We then reference those values from each go template. Updatecli also provides a custom function called requiredEnv to inject an environment variable into the template example, {{ requiredEnv "PATH" }}.
Additionally, all functions from the Sprig template library are available.

More information on Go templates is here.

An example values file can contain:

github:
  token: yourGithubToken

That can used in a pipeline manifest as:

sources:
  sourceid:
    name: Get release version from
    kind: githubRelease
    spec:
      owner: "updatecli"
      repository: "updatecli"
      token: "{{ .github.token }}"
      username: "olblak"
      versionfilter:
        kind: "latest"

conditions:
  conditionID:
    name: Test if version exist
    kind: <resourceType>
    spec:
      <resourceTypeSpec>
targets:
  targetID:
    name: Update version in target1
    kind: <resourceType>
    spec:
      <resourceTypeSpec>

Go Further

  • To know more about Condition syntax condition

  • To know more about Source syntax source

  • To know more about Target syntax target

  • To know more about Plugins

    • More specifically about the source

    • More specifically about the condition

    • More specifically about the target

    • More specifically about the SCM

Top