-
Notifications
You must be signed in to change notification settings - Fork 473
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
Create a branch for compute release #9637
Conversation
e5db27f
to
4534f5c
Compare
7029 tests run: 6721 passed, 0 failed, 308 skipped (full report)Flaky tests (3)Postgres 17
Postgres 15
Postgres 14
Code coverage* (full report)
* collected from Rust tests only The comment gets automatically updated with the latest test results
045ef92 at 2024-12-04T12:43:52.253Z :recycle: |
…amasterov/release-compute
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see mentions of release-proxy
workflow in a couple of more files:
$ git grep -l release-proxy
.github/actions/allure-report-generate/action.yml
.github/actions/allure-report-store/action.yml
.github/workflows/build_and_test.yml
.github/workflows/release.yml
.github/workflows/trigger-e2e-tests.yml
Do we need to update them to take into account release-compute
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Well done! Left a couple of suggestions and we're good to go!
Before merging we need to:
- create
release-compute
branch (fromrelease
)
Right after the merge:
- ask to use a
release-compute
branch instead ofrelease
(and a proper parameter forrelease.yml
workflow) - let people know that for compute releases they should use
release-compute-
prefixed tag (instead ofrelease-
)
## Problem We have a bunch of duplicated code for automated releases. There will be even more, once we have `release-compute` branch (#9637). Another issue with the current `release` workflow is that it creates a PR from the main as is. If we create 2 different releases from the same commit, GitHub could mix up results from different PRs. ## Summary of changes - Create a reusable workflow for releases - Create an empty commit to differentiate releases
# Conflicts: # .github/workflows/release.yml
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks really nice, thank you!
## Problem We practice a manual release flow for the compute module. This will allow automation of the compute release process. ## Summary of changes The workflow was modified to make a compute release automatically on the branch release-compute. ## Checklist before requesting a review - [x] I have performed a self-review of my code. - [ ] If it is a core feature, I have added thorough tests. - [ ] Do we need to implement analytics? if so did you add the relevant metrics to the dashboard? - [ ] If this PR requires public announcement, mark it with /release-notes label and add several sentences in this section. ## Checklist before merging - [ ] Do not forget to reformat commit message to not include the above checklist
Problem
We practice a manual release flow for the compute module. This will allow automation of the compute release process.
Summary of changes
The workflow was modified to make a compute release automatically on the branch release-compute.
Checklist before requesting a review
Checklist before merging