-
Notifications
You must be signed in to change notification settings - Fork 15
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
Add Bors to merge pull requests #537
Conversation
Bors needs a GH job that it can await and check the result of. Since there is a matrix of testing related jobs in the build-test.yml workflow, we need a final job that is only executed once all the other test jobs have completed. We also use this approach in the zeebe repo.
Bors requires a bit of configuration. This configuration is mostly copied from the Zeebe repo. The status list specifies the CI jobs that bors will await. This result determines whether or not bors will actually fast-forward the target branch. The entry "Test summary" is the name of a job added to the build-test.yml workflow. A comment is placed in that job definition to highlight that bors depends on it. The other properties are pretty straightforward.
Bors will push merge commits to a branch called 'staging'. This push should trigger the CI to run. Bors will then await the completion of that run.
Note that one final step is needed, which is to configure our bors instance for this repo. I've made a request to infra for this here. |
bors try |
tryTimed out. |
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.
Thanks @korthout 🐙 Let's see if it works
bors merge
It's happening 🙏 EDIT: I'm not sure whether the |
Build succeeded: |
Apparently not 😄 |
/backport |
Git push to origin failed for stable/8.0 with exitcode 1 |
Successfully created backport PR #543 for |
544: [Backport stable/8.0] Add Bors to merge pull requests r=remcowesterhoud a=korthout # Description Backport of #537 to `stable/8.0`. relates to #536 Backported manually because there was a failure in the backport-action. Although the cherry-pick was without conflicts: `git cherry-pick -x 9810bb4 2ff389d b577b16`, I still needed to fix the CI. Specifically one of the jobs has a different name. Co-authored-by: Nico Korthout <nico.korthout@camunda.com>
Description
This adds bors support to this repo.
staging
(typically what bors does when instructed to merge a pull request)Related issues
closes #536
Definition of Done
Not all items need to be done depending on the issue and the pull request.
Code changes:
Testing:
Documentation: