93
/ 100
A well-known project done right. Strong docs and solid engineering throughout.
Your favorite self-hostable alternative to Google Timeline (Google Location History)
Top fixes
Highest-impact changes first, ranked by point weight
- 1Tests18pt
Wire your tests to a documented command (e.g. a test script in your build config) so the suite is reproducible.
- 2Contributing guide5pt
Add setup instructions, code style notes, and how to run tests.
- 3Contributing guide5pt
Show new contributors how to get a local dev environment running.
- 4Contributing guide5pt
Describe your linting/formatting rules and how to run them.
Working through the fixes? Let every push regrade itself.
The free GitHub App rescans this repo on every push and posts the grade as a commit check, so the score climbs without coming back to rescan by hand.
Scorecard
Every check, grouped by category and sorted worst-first
Documentation
94
Contributing guide is too short for full depth credit (−6 pts). 400+ words earns the full +12 pts.
→ Add setup instructions, code style notes, and how to run tests.
README is present.
README documents how to install the project.
Licensed under AGPL-3.0.
Engineering
93
Test files detected (spec).
CI is configured (.github/workflows/build_and_push.yml).
Ruby linting configured (.rubocop.yml).
Lockfile present (Gemfile.lock). Installs are reproducible.
Issue or PR templates present.
Project health
94
.gitignore present.
Dependency manifest found (Gemfile).
Repository has a description.
Actively maintained (pushed within the last month).
Repository health signals
Activity, community, and responsiveness at scan time
Activity
- 117 / 548Commits (30d / 90d)
- 314Forks
- 309Releaseslatest 2y ago
Community
- 71% - FairCommunity health
- 1 bus factorlowauthor own >50% of commits
- 9,492Watchers
Responsiveness
- 21hMedian issue response
- 1d 6hMedian PR merge time
- 128Open issues
Repository files51 root entries
- .circleci
- .devcontainerGood: Environment pinned via .devcontainer/Dockerfile.
- .githubGood: CI is configured (.github/workflows/build_and_push.yml).Good: Dependabot covers 3 ecosystems (bundler, docker, github-actions). Dependencies stay current.Good: Issue or PR templates present.
- app
- bin
- config
- db
- docker
- docsIssue: Build artifacts or local files may be committed (docs/synology/.env) (−40 pts).Fix: Remove them and add to .gitignore.
- lib
- log
- public
- screenshots
- specGood: Test files detected (spec).
- storage
- swagger
- tmp
- vendor
- .app_version
- .dockerignore
- .env.development
- .env.example
- .env.test
- .gitattributes
- .gitignoreGood: .gitignore present.
- .onedev-buildspec.yml
- .rspec
- .rubocop.ymlGood: Ruby linting configured (.rubocop.yml).
- .ruby-version
- .trivyignore
- AGENTS.md
- app.json
- biome.json
- CHANGELOG.md
- CLAUDE.md
- config.ru
- CONTRIBUTING.mdIssue: Contributing guide is too short for full depth credit (−6 pts). 400+ words earns the full +12 pts.Fix: Add setup instructions, code style notes, and how to run tests.Issue: Contributing guide lacks a setup section (−12 pts).Fix: Show new contributors how to get a local dev environment running.Issue: Contributing guide lacks a code style section (−8 pts).Fix: Describe your linting/formatting rules and how to run them.Issue: Contributing guide lacks a testing section (−8 pts).Fix: Show contributors how to run the test suite (e.g. npm test, pytest, cargo test).Good: Contributing guide describes the PR/review workflow.Issue: Contributing guide has no code examples (−5 pts).Fix: Add code blocks showing example commands for setup, running tests, and submitting a PR.
- DEVELOPMENT.md
- GemfileGood: Dependency manifest found (Gemfile).
- Gemfile.lockGood: Lockfile present (Gemfile.lock). Installs are reproducible.
- LICENSEGood: Licensed under AGPL-3.0.
- package-lock.json
- package.json
- playwright.config.js
- Procfile
- Procfile.dev
- Procfile.production
- Procfile.prometheus.dev
- Rakefile
- README.mdGood: README is present.Good: README is well structured with multiple sections.Good: README includes screenshots or visuals. Great for first impressions.Good: README has code examples.Good: README links to a live demo or deployed app.Good: README includes status badges.Good: README documents how to install the project.Good: README documents how to run the project.
- SECURITY-SCANNING.md
Add this badge to your README
It updates automatically each time the repo is re-graded.
[](https://www.repo-grade.com/report/freika/dawarich)