Discofork
Repository brief

umami-software/umami

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T16:07:20.527Z
1mo ago

umami-software/umami

Umami is a mature, actively maintained open-source analytics platform positioned as a privacy-focused alternative to Google Analytics, Mixpanel, and Amplitude. The repo is large and popular, with 35,907 stars and 6,778 forks, and it was updated on 2026-03-30. It appears production-oriented, with Docker support, PostgreSQL requirements, and a Next.js/TypeScript codebase.

GitHub
Loading tags...
Stars35,907
Forks6,778
Default branchmaster
Last pushed2026-03-30T03:25:10Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

10 of 10 fork briefs
Selected

Choose this fork if EdgeOne Pages compatibility is the main requirement and you can live without GEO and some upstream breadth. Choose upstream if you want the full, more general-purpose Umami feature set and lower divergence risk.

Prefer upstream unless you specifically want this exact historical snapshot; the fork adds no visible functionality and is far behind current Umami.

Choose this fork only if you want an old, mostly untouched Umami snapshot. For production use or an actively maintained self-hosted analytics platform, upstream is the better choice.

Choose this fork only if the `captain-definition` deployment path is specifically valuable to you. Otherwise, upstream is the better default because this fork is essentially an outdated packaging fork, not a maintained product branch.

Choose this fork only if you specifically need this older upstream snapshot. For most adopters, upstream is the better default because this fork shows no added capabilities and is 680 commits behind.

Choose this fork if you want Umami plus practical URL-based reporting and deployment tweaks, and you are comfortable carrying a large upstream lag. Avoid it if you want the latest upstream maintenance and broad feature parity.

This fork is best viewed as a near-upstream mirror, not a value-added variant. Choose it only if you want Umami with essentially no divergence and are fine absorbing the small upstream lag.

Choose this fork only if you specifically want a near-clean Umami baseline and are comfortable carrying a small upstream lag. For most adopters, upstream is the better default because it is more current and this fork shows no added capability.

This fork is not a differentiated variant of Umami; it is an older snapshot. Adopt it only if you specifically want a frozen baseline or plan to own all future maintenance yourself. If you want current fixes, Docker/build updates, and ongoing compatibility, upstream is the better choice.

Choose this fork only if the schema change is specifically what you need and you are willing to carry a large upstream rebase burden. For most adopters, upstream Umami is the safer default because this fork is only slightly customized but substantially behind.