For further actions, you may consider blocking this person and/or reporting abuse
Read next
🔥 Top 20+ GitHub Repositories You Can’t Afford to Miss (Dec 29, 2024)
Gittech -
The Logging Tool You Need for Logs, Errors, and Collaboration in Node.js
Rishi Kumar -
Top Open-Source Coding LLMs Revolutionizing Development
Roobia -
2024 Crypto Trends: Google vs. ChatGPT Insights 🔍
Crypto.Andy (DEV) -
Top comments (2)
Build status and test coverage % almost always; @jcowie mentioned a code quality metric but I think reducing so many factors into a single number loses most of the helpful information. Minimum Node engine version if appropriate, and download stats if it's got any traction.
Git Release
To ensure the latest release tag matches the latest release published to NPM. Also, it'll be behind if I forgot to fill out the release notes.
NPM Release
To ensure the published version is up-to-date and provide a link to the package on NPM.
License
My packages appear on multiple platforms. It's good to have the license visible on the README.md
Lastest Status
GitHub Actions status for the master branch. Good to see if the checks (lint, test, types) are failing.
Release Status
GitHub Actions status for the last published release. Everything undergoes extensive checks prior to release so this should never fail. But it's always good to have visibility on the status in case it does.