Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add step in the release docs #4290

Merged
merged 1 commit into from
Feb 17, 2022

Conversation

antgamdia
Copy link
Contributor

Description of the change

Due to our recent problems with the release, this PR just adds another step to ensure we double-check our new dockerfiles against the latest release's ones.

Benefits

We (hopefully) won't forget this step anymore when releasing.

Possible drawbacks

Still manual and therefore error-prone, but... nothing more we can do :S

Applicable issues

N/A

Additional information

N/A

Signed-off-by: Antonio Gamez Diaz <agamez@vmware.com>

Eventually, as the Kubeapps code continues to evolve, some changes are often introduced in our own [development container images](https://hub.docker.com/u/kubeapps). However, those changes won't get released in the official Bitnami repository unless we manually notify the proper team to also include those changes in their building system.

> As part of this release process, each Kubeapps component's Dockerfile _must_ compared against the one in the previous release. If they functionally differ each other, the Bitnami Content team _must_ be notified.
Copy link
Contributor

Choose a reason for hiding this comment

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

Thanks Antonio. Can we even compare them, or is this something we need to ask the Bitnami content team to do? I tried yesterday to find the Dockerfile, but only found a Dockerfile which pulls a tar.gz and expands it... so quite opaque.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

We can compare them with the internal gitlist tool, but yep, we wouldn't find a Dockerfile as is, but a kind of "recipe" with their way to build the image. Then we would have to figure out if these recipe steps match our Dockerfile; so it is really a manual process likely to be performed by the proper team.

@antgamdia antgamdia merged commit 34f1e53 into vmware-tanzu:main Feb 17, 2022
@antgamdia antgamdia deleted the releaseProcessStep branch February 17, 2022 10:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants