-
Notifications
You must be signed in to change notification settings - Fork 509
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
feat(build): collect errors + warnings with @sentry/node #8571
Conversation
218cb10
to
506d4b4
Compare
This pull request has merge conflicts that must be resolved before it can be merged. |
1 similar comment
This pull request has merge conflicts that must be resolved before it can be merged. |
This pull request has merge conflicts that must be resolved before it can be merged. |
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.
Code looks good: my one concern is if this massively increases the length of our build action, can we kick off a test stage build before merging?
Note: This will only capture build errors.
FWIW @LeoMcA Your manual stage-build yesterday took 26m 57s, and now mine took 26m 53s on this branch. Sentry just adds an error handler or a log middleware, so it only incurs runtime cost when errors actually occur. PS: Interestingly, the scheduled runs seem to be slightly faster, around 25m 10s (last night, Tuesday, Monday). |
Summary
Problem
We emit a lot of warnings and errors during our yari builds, but we don't actively track them.
Solution
Adds and configures Sentry Node to track
console.warn/error/assert()
calls during our builds.Note: This does not enable Sentry for the website.
How did you test this change?
Set
SENTRY_DSN_BUILD
in my.env
file and ranyarn build:prepare && yarn build --locale en-us --nohtml web/html
, verifying that some warnings and errors appear in our (internal) Sentry project.