Make it possible to configure Helm repo with latest Chart master
For testing the latest unreleased Charts changes, it is quite useful to test against master
of the Charts repo.
In #481 (closed), we caught a deprecation issue that would prevent GET from working once the next version is released on Friday.
To test the latest master
, we hacked this locally:
- We attempted to make GET use
https://gitlab.com/api/v4/projects/3828396/packages/helm/devel
as the helm repo to pull in the latest Charts changes. The Helm Chart just addsindex.yaml
to the end. Then we modified https://gitlab.com/gitlab-org/gitlab-environment-toolkit/-/blob/9851c997d3b687d043c8378a289b7bc892f34e4b/ansible/roles/gitlab_charts/tasks/main.yml#L149. - We had to run
helm remove gitlab
to allow Helm to use this new repo. - Since this is a development repo and the
--devel
flag can't be used by Ansible at the moment to dohelm install gitlab --devel
, we hard-codedchart_version
to6.1.3-591872203
in https://gitlab.com/gitlab-org/gitlab-environment-toolkit/-/blob/9851c997d3b687d043c8378a289b7bc892f34e4b/ansible/roles/gitlab_charts/tasks/main.yml#L213. - Ran into an issue where the
.tgz
was too large: gitlab-org/charts/gitlab#3423 (closed).
We managed to work around the .tgz
size issue:
- Retrieved the
index.yaml
and.tgz
. In macOS, the cached.tgz
was located in~/Library/Caches/helm/repository
. On Linux it's in~/.helm/repository
. - Retrieved the
.tgz
, nuking thegitlab-qa*
files, and regenerating it. - Copied
gitlab-index.yaml
and the new.tgz
into awork
directory. - Ran a local Web server:
ruby -run -e httpd -- --port=4567
- Pointed the Helm repo back to
http://localhost:4567
.
Edited by Stan Hu