-
Notifications
You must be signed in to change notification settings - Fork 76
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
Push latest image to quay.io via CI process #116
Comments
@gyliu513 as we already under account |
@xunpan +1 to use simple name, you can create PR to fix this. |
+1 to the simple naming given the namespace we added |
federation push image to |
@xunpan Yes, shall we follow same logic for ibmcloud images? |
@gyliu513 I'm trying to understand how to set credential to access |
Yes, this is exactly what we should do. |
@xunpan I think we need to put the credential in k8s secret that prow jobs can access. |
only want to make sure my understanding, we will push the image when |
The logic is pushing image after CI passed for For release versioned and latest (latest release one), they are only push by a tag (for release). |
@morvencao I guess it is not for this case to pass credential manually by k8s secret. It is better to set it in security place and follow up existing practise. |
|
I think it has no existing ways to push image automatically to cloud and keep security private in test-infra. I'm still thinking is it necessary to make automatically pushed.
Any comments? @gyliu513 |
@xunpan +1 for this, let me close this issue. |
/kind bug
/sig ibmcloud
We should always push controller and clusterctl to quay.io via CI process.
Controller
Clusterctl
@morvencao
The text was updated successfully, but these errors were encountered: