applicable weight 55%
fafakaj/itmo-python-lab-template
Language: Jupyter Notebook
branch main
Шаблон репозитория для лабораторной работы в рамках дисциплины "Программирование на Python"
Open on SourceCraftDownload report (Markdown)snapshot 8 October 2026signal coverage 55%analysed 17 September 2026 at 21:58 UTC — not all categories measured
What the 100 is made of
category weightDocumentation 20Activity 20Security 20CI/CD 15Issues 15Code health 10
The light segments — Security: will appear with a member token; Issues: the tracker is empty or not set up; Code health. The rest share their weight for now.
Six categories
earned / weightDocumentation and best practices15.4 / 36.4
scored
Project activity22.3 / 36.4
scored
Securitywill appear with a member token
no data
CI/CDsignal coverage 60%16.4–27.3 / 27.3
partial
Issuesthe tracker is empty or not set up
no data
Code health
no data
States:weight goes to the restinterval, not zero
scored
partial
no data
collection failed
Not measured: CI runswill become a group once access opens
closed by the platform
Strengths
what's already done- SourceCraft CI is configured
- The README introduces the project
- A team works on the project (4 authors)
- CI checks pull requests
- The license file is in place
What affected the score
Penalties
Documentation and best practices
- −3tests directorymissing
- −3docs directorymissing
- −3Dockerfilemissing
- −3dependency lockfilemissing
- −3review policyno protection
- −2contributing guidemissing
- −2branch protection policyno protection
- −<1share of short commit messages — 13%
Project activity
- −6last releaseno releases or version tags
- −3weekly activity — 2 weeks
- −2top author's share of commits — 73%
- −2last commit — 151 days
- −1commits in the last year — 15 commits
Not measured — interval width
Not a penalty: the lower bound of the score counts the metric as zero, the upper bound as full
CI/CD
- up to −11CI runsdata not collected
What will raise the score
by strength of impact- publish a release or tag a versionlast releasewhy: the build and the checks are reproducible for whoever takes the code+6Activity
- write tests for the projecttests directorywhy: the build and the checks are reproducible for whoever takes the code+3Documentation
- write project documentationdocs directorywhy: a newcomer can tell how to run the project and where to look+3Documentation
- containerize the project — add a Dockerfile+3
- add a dependency lockfile+3
- set up a review policy+3
- spread work across more weeks instead of bursts+3
- share the work with other contributors+2
- make a commit soon+2
- add a contributing guide+2
- set up a branch protection policy+2
- commit more often+1
- write meaningful commit messages+<1