gitlab-org--gitlab-foss/spec/models/clusters
Thong Kuah 0cd76190de Lock helm charts to the VERSION already specified for each application.
Fix up VERSION for each of the applications
* There is no 0.0.1 helm version for jupyterhub. Use the latest version instead
* `:nginx` is not a valid chart version. Lock the ingress application GitLab installs to the latest chart version.
* Use the latest gitlab-runner chart to prevent GitLab installing older versions when users have been installing the lastest version

Always install from the VERSION and not the database `version` column.
This should fix cases like https://gitlab.com/gitlab-org/gitlab-ee/issues/6795 in
the instances where an install command failed previously, which locked the version
in the database to an older version.

Also, ensure that the version column is updated to the version we are
installing.

Add specs to show how previously failed appplications will be handled when the helm installation is run again

Add changelog entry
2018-08-02 10:22:38 +12:00
..
applications Lock helm charts to the VERSION already specified for each application. 2018-08-02 10:22:38 +12:00
platforms Backport CE changes from gitlab-ee#518a29073a9 2018-05-10 11:04:25 +02:00
providers
cluster_spec.rb Add support for Jupyter in GitLab via Kubernetes 2018-05-25 17:16:41 +03:00
project_spec.rb