This image contains helm on a as-small-as-possible alpine image. Every image contains the latest stable version of helm at build time.
The goal is to make CI/CD tasks as easy as possible.
We only set up this project, because all other projects we found 'in the wild' seems to be somehow orphaned.
- Maintained by: Sascha Willomitzer (of the TCWlab project)
- Where to get help: file an issue
- Supported architectures: linux/amd64
- Published image artifact details: see source code repository
- Documentation: see
helm: official documentation
This image is intended to be used both locally and as a part of a pipeline. Find the steps how to use it below, depending on your needs.
We thought it would be easy to just mount all of your kubernetes configs inside the container, so that you can easily interact with it. It's as easy as calling:
docker run -v ~/.kube:/.kube tcwlab/helm:latest helm versionor in interactive mode:
docker run -it --rm -v ~/.kube:/.kube tcwlab/helm:latest /bin/bashInstead of mounting all your kubeconfigs to the container, you could also only set one specific config as environment variable:
docker run -e KUBE_CONFIG_B64="$(base64 -i ~/.kube/config)" tcwlab/helm:latest helm versionAs we are using GitLab ourselves, this only describes the GitLab CI/CD way,
using this .gitlab-ci.yml snippet:
helm-example:
stage: demo
image: tcwlab/helm:latest
variables:
KUBE_CONFIG_B64: $YOUR_ENV_VAR_CONTAINING_B64_KUBECONFIG
script:
- helm -n default listIf you'd like to see some example configurations, have a look at our bootstrap project.
If you are interested in the upcoming/planned features, ideas and milestones, please have a look at our board.
This project is licensed under Apache License v2.
This project is maintained "best effort", which means, we strive for automation as much as we can A lot of updates will be done "automagically".
We do not have a specific dedicated set of people to work on this project.
It absolutely comes with no warranty.
