Discofork
Repository brief

influxdata/influxdb

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-30T20:04:40.361Z
1mo ago

influxdata/influxdb

InfluxData/influxdb is the main open source InfluxDB repository for InfluxDB 3 Core, a Rust-based time-series datastore for metrics, events, and real-time analytics. It appears actively maintained, with recent commits in March 2026, a large user base, and a substantial fork/stars count. Forks are most likely interesting if you care about a modern Rust monorepo for time-series storage, query processing, and related infrastructure.

GitHub
Loading tags...
Stars31,362
Forks3,701
Default branchmain
Last pushed2026-03-30T16:01:25Z
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

Prefer this fork only if you must remain on InfluxDB 1.8.x, especially for 32-bit or legacy compatibility. If you can move to the actively maintained upstream, it offers a much larger and more current feature set.

Prefer this fork only if you need the old Go/Graphite-era InfluxDB implementation. For almost any production or modernization goal, upstream is the better choice because this fork is highly stale and far behind the current architecture and feature set.

Prefer this fork only if you specifically need a legacy, custom-maintained InfluxDB variant and are willing to own the technical debt. For new work, the upstream project is far more active and materially more capable.

Prefer this fork only if you specifically need its legacy sync-oriented customization and are willing to own maintenance. For most adopters, upstream is the better choice because it is active, far newer, and has the modern InfluxDB 3 feature set.

Prefer this fork only if you specifically want its edge-oriented changes and are prepared to maintain a large divergence. For most adopters, upstream is the better choice because it is far more current and actively maintained.

Choose the fork only if you are deliberately maintaining a legacy InfluxDB stack. For new deployments or active product work, upstream is the better choice by a wide margin.

Prefer this fork only if you need an older InfluxDB behavior surface and are prepared to own a stale codebase. If you want active development or InfluxDB 3 Core features, upstream is the better choice.

Prefer this fork only if you need an older, customized InfluxDB codebase and are willing to own the maintenance burden. If you want current features, active fixes, and the modern Rust-based architecture, upstream is the better choice.

Choose this fork only if you need legacy Go-based InfluxDB behavior and are willing to own a long-term maintenance burden. For new work, upstream is the better default: it is active, materially newer, and much more complete.

Prefer this fork only if you need the older InfluxDB/Chronograf/task ecosystem and are willing to own a very stale, highly divergent codebase. For most adopters, upstream is the better choice because it is active and has substantially newer storage, query, and operational features.