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

Release Process Broken in GHA #2810

Closed
Ashmita152 opened this issue Feb 11, 2021 · 4 comments · Fixed by #2812
Closed

Release Process Broken in GHA #2810

Ashmita152 opened this issue Feb 11, 2021 · 4 comments · Fixed by #2812
Labels

Comments

@Ashmita152
Copy link
Contributor

Ashmita152 commented Feb 11, 2021

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.

  • The release version tagged docker images are built by the CI/CD runs for the PR "Preparing release " In travis, dockerhub password was accessible even in the CI/CD triggered by that PR but in GitHub Actions, they aren't accessible for the PR. This will cause failure in docker push part.
  • In Travis, docker push [image] (done here: https://github.com/jaegertracing/jaeger/blob/master/scripts/travis/upload-to-registry.sh#L88) used to push all tags for that image. But in GitHub Actions, it is only pushing the "latest" tag. I am trying to find the fix for this.

I will like you to mark this issue as blocker for #2734

To Reproduce
Steps to reproduce the behavior:

  1. Create a release v1.22.0 in personal fork by following the steps in RELEASE.md

Expected behavior
docker images with tags as v1.22.0 should be pushed to personal dockerhub and quay.

@Ashmita152 Ashmita152 added the bug label Feb 11, 2021
@yurishkuro
Copy link
Member

Hi @Ashmita152

In travis, dockerhub password was accessible even in the CI/CD triggered by that PR

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.

@yurishkuro yurishkuro mentioned this issue Feb 11, 2021
5 tasks
@Ashmita152
Copy link
Contributor Author

Ashmita152 commented Feb 11, 2021

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).

@yurishkuro
Copy link
Member

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).

@Ashmita152
Copy link
Contributor Author

It should not be in the run for the PR merge, but rather for the following run where the tag is applied.

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
This means there is only one problem: "docker push image" should just push all tags for images which isn't happening right now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants