-
Notifications
You must be signed in to change notification settings - Fork 97
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
updated auto-merge-bot to 1.0.1 #220
updated auto-merge-bot to 1.0.1 #220
Conversation
This upgrade contains the change in paritytech/auto-merge-bot#25 which fixes the problem with unstable branches. ## The problem When the `/merge` command is triggered on a PR that still can't be merge, the bot enables auto-merge. **But**, when the command is run when the PR is ready to merge, the action will fail to enable auto-merge (this is expected). We evaluate the error message, and if it says that the PR is clean, it simply merges the PR. But, we did not handle `unstable` PRs. An unstable PR is a PR that _can be merged, but a **non required status check is failing**._ So, if a user invoked the `/merge` command on a PR that was ready to merge, but a not-required status check was failing, it would crash. This upgrade fixes this problem.
/merge |
Enabled Available commands
For more information see the documentation |
Failed to update PR ❌There was an error while trying to keep this PR You may have conflicts More info in the logs 📋 |
Failed to update PR ❌There was an error while trying to keep this PR You may have conflicts More info in the logs 📋 |
Failed to update PR ❌There was an error while trying to keep this PR You may have conflicts More info in the logs 📋 |
This new version contains: - paritytech/get-fellow-action#15 - Fixed a bug where candidates (`rank 0`) counted as fellows. - Now we filter anyone whose rank is below 1. - paritytech/get-fellow-action#16 - Fixes a problem where a fellow using a superidentity wouldn't appear. - paritytech/get-fellow-action#17 - We upgraded the system to work with `papi` and with `smoldot`. - We are **bleeding edge** now!
It is more safe to use an action that has been developed by github themselves than by an external party.
Head branch was pushed to by a user without write access
/merge cancel |
@bkchr I updated the PR to contain an update to the This new version contains:
|
/merge |
Disabled Available commands
For more information see the documentation |
Enabled Available commands
For more information see the documentation |
d39b052
into
polkadot-fellows:main
This upgrade contains the change in paritytech/auto-merge-bot#25 which fixes the problem with unstable branches.
The problem
When the
/merge
command is triggered on a PR that still can't be merge, the bot enables auto-merge.But, when the command is run when the PR is ready to merge, the action will fail to enable auto-merge (this is expected).
We evaluate the error message, and if it says that the PR is clean, it simply merges the PR.
But, we did not handle
unstable
PRs.An unstable PR is a PR that can be merged, but a non required status check is failing.
So, if a user invoked the
/merge
command on a PR that was ready to merge, but a not-required status check was failing, it would crash.This upgrade fixes this problem.
Other upgrades
get-fellows-action
has been upgraded to1.1.0
This new version contains:
rank 0
) counted as fellows.papi
and withsmoldot
.replaced token generation script for github's
We replaced the action used to generate a token from a github app, originally
tibdex/github-app-token
foractions/create-github-app-token
It is more safe to use an action that has been developed by github themselves than by an external party.