You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As per #287 (comment) the core project used to detect breaking changes but this has been removed. This issue is to track conversation on how the llnode project can either re-establish the tests here or provide other mitigation.
The text was updated successfully, but these errors were encountered:
No9
changed the title
Re-establish automation to detect breaking changes
discussion: Re-establish automation to detect breaking changes
Sep 17, 2022
@kvakil Would like to get you're thoughts on this.
Do you think there is value in detecting V8 changes explicitly or should we rely on testing with up coming releases as per your PR #420?
I think if we get testing of nightly + v8-canary working we'll get
largely the same benefit as having the test upstream. We can have it run
on a daily schedule and get notifications for when it fails.
This increases the chances that we roll out a version of Node.js which
does not support llnode (e.g. if nobody fixes the failure in time). This
is fine -- I don't think llnode failures should block Node.js releases.
As per #287 (comment) the core project used to detect breaking changes but this has been removed. This issue is to track conversation on how the llnode project can either re-establish the tests here or provide other mitigation.
The text was updated successfully, but these errors were encountered: