Popular for its size, but the engineering basics lag behind the interest.
Automated ARB (Anti-Rollback) index tracker for OnePlus 15, 15R, 13, and many more across multiple regions
Documentation
47
No license detected.
→ Add a LICENSE file. Without one, nobody can legally use, copy, or contribute to your code.
No CONTRIBUTING.md found (−47 pts base + up to −53 pts more for content).
→ Add a CONTRIBUTING.md telling newcomers how to get involved. Include setup, code style, test, and PR instructions.
No install instructions found in the README (−45 pts).
→ Add a section showing how to install dependencies.
README is present.
Engineering
63
No linter or formatter config found.
→ Add a linter config such as .eslintrc.json, .prettierrc, ruff.toml, or .golangci.yml to enforce consistent code style.
No issue or PR templates found (−100 pts).
→ Add .github/ISSUE_TEMPLATE/ with bug_report.md and feature_request.md to guide contributors. It dramatically improves issue quality.
Test files detected (tests).
Lockfile present (requirements.txt). Installs are reproducible.
CI is configured (.github/workflows/check_arb.yml).
Project health
100
Dependency manifest found (requirements.txt).
Repository has a description.
Actively maintained (pushed within the last month).
.gitignore present.
Repository health signals
Activity, community, and responsiveness at scan time
Activity
- —Commits (30d / 90d)
- 8Forks
- 0Releases
Community
- —Community health
- —authors own >50% of commits
- 189Watchers
Responsiveness
- <1hMedian issue response
- <1hMedian PR merge time
- 0Open issues
Repository files25 root entries
- .githubGood: CI is configured (.github/workflows/check_arb.yml).
- botGood: Environment pinned via bot/Dockerfile.
- data
- templates
- testsGood: Test files detected (tests).
- .gitignoreGood: .gitignore present.
- analyze_firmware.py
- clean_history.py
- clean_orphans.py
- config.py
- fetch_firmware.py
- generate_backfill_matrix.py
- generate_database.py
- generate_matrix.py
- generate_readme.pyGood: README is present.Good: README is well structured with multiple sections.Good: README includes screenshots or visuals. Great for first impressions.Issue: README has no code examples (−15 pts).Fix: Show a quick-start snippet so contributors can see what using your project looks like.Good: README links to a live demo or deployed app.Good: README includes status badges.Issue: No install instructions found in the README (−45 pts).Fix: Add a section showing how to install dependencies.Good: README documents how to run the project.
- generate_site.py
- hardcode_rules.py
- parse_firmware_history.py
- parse_result.py
- README.md
- requirements.txtGood: Lockfile present (requirements.txt). Installs are reproducible.Good: Dependency manifest found (requirements.txt).
- send_telegram.py
- update_history.py
- verification_results.json
- verify_urls.py