-
Notifications
You must be signed in to change notification settings - Fork 497
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
As someone approving pull requests, I want automation to move them in to QA like before #8388
Comments
Try creating a new QA column? Estimate is about time boxing. How much time to spend. |
As described in the message below that I just sent to GitHub support, I tried disabling automation on the old "QA" column and creating a new column called "QA2" with the same automation ("Approved by reviewer"), but the problem persists. The message I sent is below: We've been using automation for years to move pull requests to a column called "QA" at https://github.com/orgs/IQSS/projects/2 A few months ago, this stopped working. I tried disabling automation on the old "QA" column and creating a new column called "QA2" with the same automation ("Approved by reviewer"), but the problem persists. When I click Approve, the pull request doesn't move. #8413 and #8378 are examples of pull requests that didn't move from "Review" to "QA2" after I clicked "Approve". I don't see any way I can fix this. Perhaps there is something on the backend you can look at? Please help. Thanks! Phil I got a "thanks" but no ticket number: |
As I mentioned in Slack the other day, I deleted the original QA column and renamed QA2 to QA. This didn't help. Clicking "Approve" still doesn't move pull requests to QA. I still haven't heard from GitHub support. I did just asked for help in the new feedback forum at GitHub: community/community#11728 I'll also give an update at standup but I feel like I've put a "small" worth of effort into this so we should probably take it off the board. We can pick it up again if we hear from GitHub or the forum. I took at look at GitHub's "Projects" API docs ( https://docs.github.com/en/rest/reference/projects ) in the hopes of finding some clue about our automation. Both "QA" and "Done" have automation configured through the web interface, but you can't tell from a JSON dump of those columns: QA
Done
|
I just looked into the timing of when the automation stopped working and the change at least correlates with when we set up branch protection rules in #8166.
As a test we could try disabling branch protection temporarily. If automation works again, we can try to find a branch protection configuration that's compatible with automation. |
Good news! It turns out that adding a branch protection rule indeed caused the "move to QA" automation ("Approved by reviewer") to stop working. I adjusted the rule for Then we tested with pull request #8458 and it worked! Hitting "Approve" on the PR moved it to QA. Phew. I should note that while the rule says approvals are required before merging, this is only true for non-admins. When admins see "merging is blocked" like this... ... they can click "Merge pull request" anyway and then check the "Use your administrator privileges to merge this pull request" box and merge anyway, like this: So it's an extra step for admins but I think that's fine. Overall, the branch protection rules are nice. Here's a screenshot of how the Moving to review. No code to look at. Just this comment, really. |
The main repo has been suffering from a problem for months where pull requests are not automatically moved into QA like before.
As far as I know, this works fine for all other repos besides the main "dataverse" repo.
I believe Danny already tried deleting and recreating the automation but we could try this again.
We can also open a support ticket with GitHub.
Finally, we could try their new forum: https://github.com/github/feedback/discussions
The text was updated successfully, but these errors were encountered: