Discofork
Repository brief

PostHog/posthog

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-30T15:28:04.508Z
1mo ago

PostHog/posthog

PostHog/posthog is a large, actively maintained open source product platform. It combines product analytics, web analytics, session replay, error tracking, feature flags, experimentation, surveys, a data warehouse, CDP, LLM analytics, and workflows in one stack. The repo is very active, with 32,283 stars, 2,446 forks, and commits pushed on 2026-03-30.

GitHub
Loading tags...
Stars32,283
Forks2,446
Default branchmaster
Last pushed2026-03-30T15:25:58Z
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 only if you need its custom workflow/AI/platform changes and can absorb a large maintenance burden. If you want the latest upstream features, safest defaults, and easier upgrades, upstream PostHog is the better fit.

Prefer this fork if you want a broad PostHog-derived platform with extra internal tooling and workflow-oriented changes. Prefer upstream if you want lower maintenance risk, broader test/fix coverage, and easier upgrades.

Choose this fork only if you need its specific custom behavior and are prepared to own a large maintenance burden. For most adopters, upstream PostHog is the safer choice because this fork is significantly diverged, stale, and appears to remove or obscure at least one native messaging capability.

Choose this fork only if you intentionally want an old, divergent PostHog codebase and are willing to own the maintenance burden. For most adopters, upstream is the better default because it is active and materially ahead in features and fixes.

Choose this fork only if you specifically need an old PostHog snapshot and are prepared to own the maintenance. For most adopters, current upstream is the better choice because this fork is materially stale and likely missing major newer capabilities.

Prefer the upstream project unless you specifically need this fork’s small local changes and are willing to maintain a 2020-era codebase. For adopters, this fork is mainly attractive as a minimal, self-hosted variant with a few debugging and ingestion tweaks, but it is not a good choice if you want modern PostHog capabilities or active maintenance.

Choose this fork only if you specifically want a stable, mostly-upstream snapshot. If you want extra capabilities or active fork customization, this is not the right starting point.

Prefer this fork only if you want an older, heavily customized PostHog baseline and can absorb long-term maintenance. If you want the current full platform, upstream is the better choice.

Prefer this fork if you need a customized PostHog platform with added tool-integration and ops workflows and you can own ongoing maintenance. Prefer upstream if you want the latest stable PostHog release path with less upgrade risk.

Choose this fork if you want a customized PostHog engineering base with extra tooling and workflow changes. Avoid it if you want the latest upstream product features or low-maintenance tracking, because the fork is materially behind and heavily diverged.