Open sbueringer opened 1 year ago
/help
@sbueringer: This request has been marked as needing help from a contributor.
Please ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
Hey @sbueringer
RE: documenting this process, I'm working on this for CAPA and wanted to see if this could be replicated for CAPV in some capacity, so we can somehow align how some of the providers document this. See: https://github.com/kubernetes-sigs/cluster-api-provider-aws/pull/4968 LMK what you think here. Thanks!
Nice, yup roughly the same should work for CAPV so we can document it the same way
Awesome, thank you!
Let's document where those images are available / how to consume them (e.g. via clusterctl if that is easily possible (?)).
I did some work in the past to use CAPI/CAPD nightly builds (see https://cluster-api.sigs.k8s.io/clusterctl/developers.html?highlight=nightl#nightly-builds) We could probably build up on this work. Happy to pair if it can help
Interesting. Now that you're referring to clusterctl, I remember this one recent PR: https://github.com/kubernetes-sigs/cluster-api/pull/9797/files
After the recent changes in #2051 we are now publishing images on every merge to the main and release branches.
Additionally for the main branch we tag images with a nightly tag and publish corresponding manifests (e.g. infrastructure-components.yaml & cluster-templates) to GCS.
Let's document where those images are available / how to consume them (e.g. via clusterctl if that is easily possible (?)).
Images:
Manifests: