-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Enable flaky tests reporter bot in PRs #35029
Conversation
Size Change: +4.54 kB (0%) Total Size: 1.07 MB
ℹ️ View Unchanged
|
One concern I have is that a PR can be significantly behind Maybe it'd be worth investing time into making sure tests always run on the latest code in |
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.
@talldan's comment aside, the code looks good 👍
Good question! I don't really know either, but I'd imagine it's the other way around. I'll do some research. |
Okay I did some research. The
So I think it's the other way around. GH will always run on the latest code on trunk. |
I also added a note in the testing documentation. Please help review it if you think it needs more clarity :). |
Thanks for checking that. I say let's try it |
I'm not completely confident about that, because regularly I've seen the advice to 'rebase a PR' when a test has been fixed in |
It just happened to one of my PR and I think I know why. It's because rebasing a PR is the easiest way to re-trigger the workflow. If we only re-run the workflow, the commit will still be the outdated merged commit that never pass, we have to re-trigger the I guess we could try creating the merge commit on our end using |
Right, I see. So technically if an empty commit is pushed, that will make the workflow use the latest merge ref? |
I think so, but I haven't tested it 😅. |
Description
Continued from #34432. The bot has been enabled for a week now and is pretty stable on trunk. I think it makes sense to enable it on all PRs to unblock contributors from flaky e2e tests.
You can view all the issues the bot has created.
How has this been tested?
No way to test it for now. We just have to be sure that the bot won't run arbitrary code from all PRs opened in this repo for security reasons.
Types of changes
New feature
Checklist:
*.native.js
files for terms that need renaming or removal).