-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Release Process Broken in GHA #2810
Comments
Hi @Ashmita152
I am not sure I follow this one. The secrets are never available in PRs, neither in Travis nor in GHA, because making them available to PRs means someone can always put a PR that simply prints them to logs. The only time secrets are available is when the PR is merged to the main branch, which is also the only time when we want to publish the images to the official repos. |
Hi Yuri, I see. Then probably the way BRANCH value was populated in Travis maybe different than that of GHA. Our script checks for BRANCH var to match regex for release branch which will only happen when CI is triggered from the PR. The CI run after PR merge will have BRANCH as "master". Eg. https://github.com/Ashmita152/jaeger/runs/1881177338 (run triggered by the PR has BRANCH=v1.22.0) but https://github.com/Ashmita152/jaeger/runs/1881178291 (after merge of PR, has BRANCH=master). |
Yeah, sounds a bit off, but again, the settings in a PR run are not important since we don't deploy from them. Are you trying to get to the value of 1.22.0? It should not be in the run for the PR merge, but rather for the following run where the tag is applied (by doing a release). |
Thank you Yuri. Ah that's right. Sorry my mistake. I was looking at the wrong place. I also created that release with tag and here is the ci-release.yml run: https://github.com/Ashmita152/jaeger/runs/1880765044?check_suite_focus=true |
Describe the bug
Hi @jpkrohling @yurishkuro
I was testing releases process with my fork and I think I found two problems with docker images part of release process.
I will like you to mark this issue as blocker for #2734
To Reproduce
Steps to reproduce the behavior:
Expected behavior
docker images with tags as v1.22.0 should be pushed to personal dockerhub and quay.
The text was updated successfully, but these errors were encountered: