Closed gitn00b1337 closed 2 years ago
Forgot to mention, vars is:
vars:
- name: SVC_TEST_IMAGE
value: svc-test
Turns out there isnt a work around. it was using a previous :dev image. Now thats deleted I cant actually use the dynamically generated tag builds with my helm chart. I noticed there's replaceImageTags
which can stop this injection behaviour but I can't spot any way to then know what image was built within the yaml :(
Had a series of issues. In the end though they can be summed up as:
helm:
componentChart: false
replaceImageTags: true
chart:
name: ./path/to/chart
values:
container:
image: ${runtime.images.svc-test}:${runtime.images.svc-test.tag}
I didnt see this documented anywhere but was helped on the slack channel.
Thanks for your help on slack! Closing this issue.
What happened?
When adding the following config the helm deployment breaks for
devspace dev
:It seems to overwrite the labels in both the kubernetes deployment and service to
svc-test-image:dev-Wlt
. IE it sets the manifestspec.metadata.labels.{app|name}
. I tried getting around this by adding:But this seems to have no effect. I also adjusted the referenced values in the templates from {{ .Values.app }} to {{ .Values.labels.app }} wondering if "app" was reserved but this also changed nothing.
For now I can work around the issue by running
devspace build -p development
, thendevspace dev
and having the images snippet above injected through the development profile. It's not ideal though.Overall, I'd like to say I first tried skaffold and then this. Apart from this issue, devspace is a far better experience so far and I'm loving the simplicity.
What did you expect to happen instead?
I expect it to not place the image name and tag into the selector labels.
How can we reproduce the bug? (as minimally and precisely as possible)
It will take considerable effort to minimise this issue so I will do so after someone has checked my snippets and verified it isn't just something I've misunderstood.
Local Environment:
/kind bug