-
Notifications
You must be signed in to change notification settings - Fork 418
chore(ci): run perf testing on release branches @W-18882666 #5408
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
Conversation
the test branch name doesn't match the expected regex pattern
tach is grumpy and wants to be updated
If you're reading this commit message, congrats! You win a prize!
I think GitHub Actions might not like it.
@wjhsf will this run block release PRs until it finishes (3-4 hour delay), or is it mainly for running in the background? |
This runs on push to a release branch, i.e. after a PR merge. I don't know whether Nucleus does the npm release before or after it does the PR merge, so it may or may not be blocking? |
@@ -0,0 +1,59 @@ | |||
name: Run Performance Benchmarks |
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.
@wjhsf Mostly a curiosity question, did we test the workflow ? If so, how?
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.
To validate that the workflow runs as expected, I initially configured it to run on this branch. You can see the result of a successful run here. The run took 3h 49m, so we're well within the 6 hour execution time limit. The PR branch logic has been removed from the final PR submission.
Details
Running performance tests takes a long time (~6 hours on my slow old laptop, ~3 hours on my shiny new one). It's too long to be convenient to run locally, and finding the time / remembering to get it set up is easy to forget. Hence, CI! However, most changes don't have a significant impact on performance; the changes add up over time. We mostly care about the performance of the versions that ship in Salesforce releases. This PR sets up CI that runs on changes to release branches, so that we can see how each release compares to the prior one.
To validate that the workflow runs as expected, I initially configured it to run on this branch. You can see the result of a successful run here. The run took 3h 49m, so we're well within the 6 hour execution time limit. The PR branch logic has been removed from the final PR submission.
Does this pull request introduce a breaking change?
Does this pull request introduce an observable change?
GUS work item