Feedback on Scorecard result data
Open
Nobody has claimed this yet.
kind/enhancement
- Dominant language
- Go
- Stars
- 5.7k
- Forks
- 724
- Avg merge
- 19h 30m
- Merged PRs (30d)
- 1
Description
I had a conversation with Jose Duart from Google and he had some interesting observations on Scorecard data from BQ that he analyzed.
- Some repos may be pretty well established (e.g https://github.com/yaml/pyyaml), so not a lot of commits will be happening. We mark these repos as
Not Active, which is unexpected from a users POV. We probably need better signals to understand if repos areActiveor improve how we score these repos. - The
Vulnerabilitiescheck simply tells if there is an open vulnerability or not. This is not a strong signal when considering a package as a dependency. A stronger signal might be something like - how long do the repo owners take on average to fix vulnerabilities once they become known.
These might be interesting points to discuss in our next meeting, so creating an issue.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Review the existing activity and Vulnerabilities checks and their current scoring definitions; the issue names no files, tests, or entry points. Clarify which signals and acceptance criteria are desired before implementation, then add tests for the agreed scoring behavior.
Written by the indexing model from the issue text.
Assessment
- Domain
- security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100