| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
Codecov Report❌ Patch coverage is 87.45387% with 34 lines in your changes missing coverage. Please review.
@@ Coverage Diff @@
## main #1113 +/- ##
==========================================
+ Coverage 62.01% 62.43% +0.42%
==========================================
Files 46 48 +2
Lines 7505 7882 +377
==========================================
+ Hits 4654 4921 +267
- Misses 2851 2961 +110 ☔ View full report in Codecov by Harness.
|
Sorry, something went wrong.
Expose stable PR readiness reason codes from PRChecker and add git node metadata --json for machine-readable metadata readiness results. The JSON output includes readiness classification, reserved exit-code categories, generated metadata, unique reason codes, and detailed reasons. Signed-off-by: Filip Skokan <panva.ip@gmail.com>
Can we change that to only capture wait time? E.g. missing TSC approval should be a hard error, no amount of time is going to help with that, and not erroring would be confusing IMO. Missing approval would mean that someone has added the CQ label on a 0-approval PR, again that seems like an error |
Sorry, something went wrong.
|
@aduh95 makes sense, i'll update the utils and then the node PR |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM, we might also want to add PENDING_CI as deferable, so we can clean up https://github.com/nodejs/node/blob/db7cc5b40018e685f9f409b382884f84dec71c65/tools/actions/commit-queue.sh#L42-L46
Sorry, something went wrong.
|
I'm not sold on pending ci. With how flaky ci can get i think noone should be adding cq to a PR with an in progress ci. As such the cleanup you speak of would be imho better suited to go in the other direction. |
Sorry, something went wrong.
|
That's fine by me. I think the idea is to get the CQ to notify you if the CI failed |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
This adds structured readiness output to git node metadata --json so automation can consume PR landability checks without matching human-readable CLI output.
The JSON output includes:
It also adds stable reason codes from PRChecker for the existing readiness checks.
Exit Codes
git node metadata --json uses category-level exit codes:
20-29 are reserved for future deferrable metadata states, and 40-49 are reserved for future hard metadata failure states.
The current deferrable set is scoped to the lightweight commit-queue selector use case from nodejs/node#64343: