carmi/django-sentry
stale
significant_divergence
Selected Adopt only for legacy compatibility or historical interest. For new work, the fork is far too stale and far behind upstream to be a practical starting point.
hopebaba1102/sentry
stale
significant_divergence
Choose this fork only if you specifically want the 2023-era behavior and its profiling/dynamic-sampling experiments. For most adopters, upstream is the better choice because this fork is stale and materially behind current Sentry.
mitsuhiko/sentry
stale
significant_divergence
Choose this fork only if you want a legacy, heavily diverged Sentry baseline and can live without modern upstream features. For a production self-hosted observability platform, upstream is the clear choice.
schinckel/django-sentry
stale
significant_divergence
Prefer this fork only for legacy Django exception-logging on old stacks. For any new deployment or active observability use, upstream getsentry/sentry is the clear choice.
supuna97/sentry
stale
significant_divergence
Prefer upstream unless you specifically need this fork’s older, customized baseline. This fork looks best for adopters who want to own a frozen variant and can tolerate significant maintenance debt; everyone else should avoid it and stay on active upstream.
stefanfoulis/django-sentry
stale
significant_divergence
Choose this fork only if you need the historical Django exception-logging behavior and can tolerate an abandoned, highly divergent codebase. Most adopters should prefer upstream Sentry unless they are maintaining legacy systems that depend on this older API and workflow.
aleksaToljic/sentry
stale
significant_divergence
Prefer upstream unless you specifically need this fork's older base and custom workflow/agent scaffolding. For most adopters, the stale state and large divergence are a liability; the main reason to choose it is if your project is built around its custom internal automation rather than current Sentry features.
tschellenbach/sentry
stale
significant_divergence
Choose this fork only if you need a frozen legacy Sentry variant with specific historical API/CORS behavior. For almost everyone else, upstream is the better base because it is actively maintained and far more capable.
bryanchow/django-sentry
stale
significant_divergence
Choose this fork only if you specifically need the old Django exception-logging workflow and can live with a stale, highly divergent codebase. For most adopters, upstream Sentry is the better choice.
justquick/django-sentry
stale
significant_divergence
Prefer this fork only if you specifically want the legacy Django exception-logging product and accept missing modern Sentry capabilities. For most adopters, upstream is the better choice.