CLI Use Cases

Working with deployments

Render manifests locally

You can use gimlet manifest template to render a Gimlet manifest.

This way you don't have to deploy the new configuration to inspect the generated Kubernetes yaml.

gimlet manifest template -f .gimlet/staging.yaml

Hydrating variables

Gimlet manifests usually have variables. You have three ways to pass variables to the rendering process.

gimlet manifest template can resolve variables from the shell, so either you provide values for one-time use:

SHA=xxx BRANCH=main gimlet manifest template -f .gimlet/staging.yaml

or set variables for your shell session for multiple use:

export SHA=aaaa
export BRANCH=fix
gimlet manifest template -f .gimlet/staging.yaml

or you can provide a file with the values:

gimlet manifest template -f .gimlet/staging.yaml --vars myenv.env

The file follows the format of an .env file.

Deleting applications

In case an application is no longer needed, you can remove its configuration by following these steps:

• Delete the Gimlet manifest file from the .gimlet folder.
• Run gimlet release delete.

Example:

gimlet release delete --env staging --app my-app

This will delete the released application manifests from the gitops repository, and eventually from the cluster too.

Release

Getting an overview

To release, first you have to find the commit and configuration you want to release. We call this an artifact.

List the recent deploy artifacts with the command below:

gimlet artifact list --repo laszlocph/streamlit-app

laszlocph/streamlit-app-40ec0584-2e13-48bf-98f8-d592999b601f
b7c52909 - [Gimlet] Updating streamlit-app-civo gimlet manifest for the staging env (2 days ago) Gimlet
laszlocph/streamlit-app@main
  streamlit-app -> fleet-silence
  streamlit-app3 -> fleet-silence

laszlocph/streamlit-app-51c72b33-78bf-4940-bbf5-1f822a842eba
2074ae9d - Update fleet-silence-streamlit-app3.yaml (yesterday) GitHub
laszlocph/streamlit-app@main
  streamlit-app -> fleet-silence
  streamlit-app3 -> fleet-silence

laszlocph/streamlit-app-22ce2f13-6847-470a-900b-9d1b84ec1b7e
47102a81 - Update fleet-silence-streamlit-app3.yaml (yesterday) GitHub
laszlocph/streamlit-app@main
  streamlit-app -> fleet-silence
  streamlit-app3 -> fleet-silence

$ gimlet artifact list --help                        

OPTIONS:
   --repository value, --repo value  filter artifacts to a git repository in owner/repo format
   --branch value                    filter artifacts to a branch
   --event value                     filter artifacts to a git event
   --sourceBranch value              filter PR artifacts to a source branch
   --sha value                       filter artifacts to a git SHA
   --limit value                     limit the number of returned artifacts (default: 0)
   --offset value                    offset the returned artifacts (default: 0)
   --since value                     the RFC3339 format date to return the artifacts from (eg 2021-02-01T15:34:26+01:00)
   --until value                     the RFC3339 format date to return the artifacts until (eg 2021-02-01T15:34:26+01:00)
   --output value, -o value          output format, eg.: json
   --reverse, -r                     reverse the chronological order of the displayed artifacts (default: false)

Release

$ gimlet release make \
  --env fleet-silence
  --artifact laszlocph/streamlit-app-22ce2f13-6847-470a-900b-9d1b84ec1b7e

🙆‍♀️ Release is now added to the release queue with ID 64fadb48-3344-4e15-9c39-1a4c6d40ac4f
Track it with:
gimlet release track 64fadb48-3344-4e15-9c39-1a4c6d40ac4f

Track the deployment status

$ gimlet release track 64fadb48-3344-4e15-9c39-1a4c6d40ac4f
👉 Request (64fadb48-3344-4e15-9c39-1a4c6d40ac4f) is processed 
	📖 streamlit-app -> fleet-silence, gitops hash c9dec0ee10f13f5ea9907ff1f77b875704691415, status is ReconciliationSucceeded

Rollback

Getting a quick overview

To roll back, first you have to get a good picture of what was released and when.

List the recent releases with the command below:

gimlet release list --env staging --app my-app

Example output:

staging/my-app laszlocph/gimletd-test@44e6c26866 (just now)
        26fc62ff - Bugfix 123 Laszlo
        my-app/master my-app-34666da3-ae77-45d5-843b-7b4bce1edf55
        https://github.com/owner/repo/commits/0017d995e

staging/my-app laszlocph/gimletd-test@c8d8c1d192 (1 week ago)
        26fc62ff - Bugfix 123 Laszlo
        my-app/master my-app-c19a27dd-25a0-4d0b-b932-db4c7c660996
        https://github.com/owner/repo/commits/0017d995e

staging/my-app laszlocph/gimletd-test@d2d0a416e6 (1 week ago)
        26fc62ff - Bugfix 123 Laszlo
        my-app/master my-app-34666da3-ae77-45d5-843b-7b4bce1edf55
        https://github.com/owner/repo/commits/0017d995e

Rollback

Once you identified the broken release, rollback to the preceding one. Gimlet will revert all commits made after the desired release.

gimlet release rollback --env staging --app my-app --to c8d8c1d192

And verify the release state:

gimlet release list --env staging --app my-app

Example output:

staging/my-app laszlocph/gimletd-test@44e6c26866 **ROLLED BACK** (1 minute ago)
        26fc62ff - Bugfix 123 Laszlo
        my-app/master my-app-34666da3-ae77-45d5-843b-7b4bce1edf55
        https://github.com/owner/repo/commits/0017d995e

staging/my-app laszlocph/gimletd-test@c8d8c1d192 (1 week ago)
        26fc62ff - Bugfix 123 Laszlo
        my-app/master my-app-c19a27dd-25a0-4d0b-b932-db4c7c660996
        https://github.com/owner/repo/commits/0017d995e

staging/my-app laszlocph/gimletd-test@d2d0a416e6 (1 week ago)
        26fc62ff - Bugfix 123 Laszlo
        my-app/master my-app-34666da3-ae77-45d5-843b-7b4bce1edf55
        https://github.com/owner/repo/commits/0017d995e

Sync code to Kubernetes pods

gimlet sync <folder-to-sync> <pod-name>[@<namespace>]:<path-in-pod>

Example:

$ gimlet sync my-app laszlo-debug@default:/

building file list ... 
13 files to consider

Number of files: 13
Number of files transferred: 0
Total file size: 9767 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 359
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 375
Total bytes received: 20

sent 375 bytes  received 20 bytes  790.00 bytes/sec
total size is 9767  speedup is 24.73

$ kubectl run -i -t laszlo-debug --image=debian:stable --restart=Never bash
$ root@laszlo-debug:/# apt update && apt install rsync

GitOps

Bootstrap

You can use the CLI to bootstrap gitops automation.

To configure the gitops automation to pull the entire git repository to the environment, you can use the following command:

gimlet environment bootstrap \
  --single-env \
  --gitops-repo-url [email protected]:<user>/<repo>.git

There are several options that you can use to customize the setup:

$ gimlet environment bootstrap --help

OPTIONS:
   --env value                     environment to bootstrap
   --single-env                    if the repo holds manifests from a single environment (default: false)
   --gitops-repo-url value         URL of the gitops repo (mandatory)
   --gitops-repo-path value        path to the working copy of the gitops repo, default: current dir
   --no-controller                 to not bootstrap the FluxV2 gitops controller, only the GitRepository and Kustomization to add a new source (default: false)
   --no-dependencies               to not provision a dependencies folder, if you dont't want to have a two-phase gitops apply (default: false)
   --kustomization-per-app *-apps  to apply only the flux/ folder in gitops. Separate kustomization objects must be created to apply other folders. Used in *-apps repos (default: false)

Upgrade

To upgrade the gitops automation to the latest version. It takes the same parameters as gimlet environment bootstrap.

$ gimlet environment upgrade
OPTIONS:
   --env value               environment to bootstrap
   --single-env              if the repo holds manifests from a single environment (default: false)
   --gitops-repo-url value   URL of the gitops repo (mandatory)
   --gitops-repo-path value  path to the working copy of the gitops repo, default: current dir
   --no-controller           to not bootstrap the FluxV2 gitops controller, only the GitRepository and Kustomization to add a new source (default: false)
   --no-dependencies         if you dont't want to use dependencies for Flux (default: false)
   --kustomization-per-app   if set, the Kustomization target path will be the Flux folder (default: false)
   --no-kustomization        if you don't want to upgrade your Flux repo and folder config (default: false)
   --no-deploykey            if you don't want re-generate your deploy key (default: false)

Examples

To upgrade everything, but not regenerate the deploykey:

gimlet gitops upgrade \
  --single-env \
  --gitops-repo-url [email protected]:somewhere/overt-the.git \
  --no-deploykey

To upgrade everything, but not regenerate the deploykey. This time with a named env in the gitops repo:

gimlet gitops upgrade \
  --env staging \
  --gitops-repo-url [email protected]:somewhere/overt-the.git \
  --no-deploykey

To upgrade only Flux, but not regenerate the deploykey, and don't generate/update the gitops repo config

gimlet gitops upgrade \
  --env staging \
  --no-deploykey \
  --no-kustomization

Example output

$ gimlet gitops upgrade --single-env --no-deploykey --gitops-repo-url [email protected]:somewhere/overt-the.git
✔️ GitOps configuration upgraded at /workspace/gimlet-cli/build/test/flux

👉 1) Check the git diff
👉 2) Commit and push to git origin

Flux will find the changes and apply them. Essentially upgrading itself

Yay Gitops🙌