-
Notifications
You must be signed in to change notification settings - Fork 505
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
Image builds should be tested in presubmit #1850
Comments
Any way I can contribute to this ? |
@sladyn98 I started over the weekend (forgot to remove the help wanted), but I think you can work on that if you want. Need to check how to create the new GCP project |
@cpanato So If I understand correctly this would involve creating the new gcp project and then mirroring the post submit steps in the release.yml right ? |
Yeah :) however what about creating the new gcp project, is that something I need to take up or the team would do that for me |
@sladyn98 this part i dont know either, we need to check in #test-infra or #wg-k8s-infra to see if there is a process or how to request that |
/assign @sladyn98 |
@sladyn98 @cpanato AFAIK the GCP projects related to the release process are managed here : https://github.com/kubernetes/k8s.io/blob/master/infra/gcp/ensure-release-projects.sh. However their access is limited to specific groups (https://github.com/kubernetes/k8s.io/blob/master/infra/gcp/ensure-release-projects.sh#L46-L48). The exiting project |
@ameukam maybe @justaugustus can comment on that |
@ameukam So if i understand correctly I can add the steps without creating a new project. |
Checking the project creation over slack: https://kubernetes.slack.com/archives/CCK68P2Q2/p1611581520009100 |
I think we could achieve the test cases without adding an additional project. We could just add a set of tests which run This way we can not test the logic from cloudbuild.yaml, but we could at least test if the images are building correctly. |
If that is enough for now we can move on this direction |
Thought about the test approach and I think adding a new project might be the most clean way to test everything including the cloudbuild process. |
Some of the failures we've seen have been distinct to running in GCB, so while I think a "local" test build could be good, we should also test in GCB. |
@sladyn98 -- Unfortunately, this is going to require Release Manager access to configure and debug, so I need to unassign you. /unassign @sladyn98 @kubernetes/release-engineering -- part of the intent for opening this issue was so that someone on the team (that wasn't me) could:
Who would like to take this on? |
@justaugustus No worries, I will pick up something else that I can work on. Thanks |
@justaugustus I started the discussion I think I can take it over |
Thanks for being understanding! 💕
SGTM! |
I think we have all jobs in place 😄 /close |
@cpanato: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
What would you like to be added:
Image builds should be tested in presubmit.
Rough expectations:
k8s-releng-test
): PR -> releng: create new gcp project k8s-infra-staging-releng-test to test images build k8s.io#1592Why is this needed:
As we build critical images for core Kubernetes releases, failure to build those images should be blocking.
@kubernetes/release-engineering -- this is a good one to pick up.
/help
ref: #1849
The text was updated successfully, but these errors were encountered: