-
Notifications
You must be signed in to change notification settings - Fork 24.7k
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
ci: Update 1% payload size test #20524
Conversation
scripts/ci/payload-size.js
Outdated
// Get branch and project name from command line arguments | ||
const limitFile = process.argv[2]; | ||
const project = process.argv[3]; | ||
const branch = process.argv[4]; |
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.
What about const [, , limitFile, project, branch] = process.argv
? :)
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.
Renaming _payload-limits.sh
to _payload-limits.log
while keeping them executable is unexpected. Since the files are consumed as JSON, they should probably be converted to JSON (and renamed to .json
) 😁
d8039af
to
6c9733e
Compare
question: is there a place where we can see a graph of size vs time out of firebase ? |
You can view the graph here: https://angular-payload-size.firebaseapp.com/ |
6e698b9
to
6c2da40
Compare
6c2da40
to
bd8103d
Compare
You can preview bd8103d at https://pr20524-bd8103d.ngbuilds.io/. |
please add merge and target as needed. |
@tinayuangao please add the correct target label in the future. in general for docs, bug fixes and infrastructure changes we should always try to cherrypick the commit to the stable branch. |
The scripts were accidentally broken in angular#20524. More specifically, when a limit was exceeded the script would break while trying to log an error message due to a missing `commit` variable. This commit fixes it and also does some minor clean-up (improve docs, use more descriptive variable names, remove dead code, etc).
The scripts were accidentally broken in angular#20524. More specifically, when a limit was exceeded the script would break while trying to log an error message due to a missing `commit` variable. This commit fixes it and also does some minor clean-up (improve docs, use more descriptive variable names, remove dead code, etc).
The scripts were accidentally broken in angular#20524. More specifically, when a limit was exceeded the script would break while trying to log an error message due to a missing `commit` variable. This commit fixes it and also does some minor clean-up (improve docs, use more descriptive variable names, remove dead code, etc).
The scripts were accidentally broken in angular#20524. More specifically, when a limit was exceeded the script would break while trying to log an error message due to a missing `commit` variable. This commit fixes it and also does some minor clean-up (improve docs, use more descriptive variable names, remove dead code, etc).
The scripts were accidentally broken in #20524. More specifically, when a limit was exceeded the script would break while trying to log an error message due to a missing `commit` variable. This commit fixes it and also does some minor clean-up (improve docs, use more descriptive variable names, remove dead code, etc). PR Close #20683
The scripts were accidentally broken in #20524. More specifically, when a limit was exceeded the script would break while trying to log an error message due to a missing `commit` variable. This commit fixes it and also does some minor clean-up (improve docs, use more descriptive variable names, remove dead code, etc). PR Close #20683
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
PR Checklist
Please check if your PR fulfills the following requirements:
PR Type
What kind of change does this PR introduce?
What is the current behavior?
Current 1% payload size check fetch data from firebase, when the change exceed 1% there's no way to fix/approve it.
What is the new behavior?
Save payload size data locally and when change > 1%, we can update the
payload_limits.log
file to change the payload size limits.Does this PR introduce a breaking change?
Other information