Skip to content
This repository has been archived by the owner on Nov 1, 2022. It is now read-only.

Fix problem with multiple image support in FluxHelmReleases #1196

Merged
merged 1 commit into from
Jul 4, 2018

Conversation

squaremo
Copy link
Member

@squaremo squaremo commented Jul 3, 2018

#1175 didn't quite do the job.

When FluxHelmRelease resources are obtained via the Kubernetes API,
maps in the free-form .spec.values field are typed
map[string]interface{} since it is deserialised from JSON.

So, we have to account for this case as well as the
map[interface{}]interface{} that comes from YAML (i.e., manifest
files), if we want to factor the interpretation of .spec.values into
a single procedure.

When FluxHelmRelease resources are obtained via the Kubernetes API,
maps in the free-form `.spec.values` field are typed
`map[string]interface{}` since it is deserialised from JSON.

So, we have to account for this case as well as the
`map[interface{}]interface{}` that comes from YAML (i.e., manifest
files), if we want to factor the interpretation of `.spec.values` into
a single procedure.
@squaremo squaremo requested a review from aaron7 July 3, 2018 15:28
Copy link
Member

@stefanprodan stefanprodan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tested on GKE with stefanprodan/flux:bug-no-fhr-multi-containers-ee94308b works as expected. I see in Weave Cloud the images from a Helm release.
screen shot 2018-07-04 at 12 05 00

@squaremo squaremo merged commit 17f55f6 into master Jul 4, 2018
@squaremo squaremo deleted the bug/no-fhr-multi-containers branch July 4, 2018 09:12
@squaremo
Copy link
Member Author

squaremo commented Jul 4, 2018

Thanks Stefan 👍

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants