Discofork
Repository brief

evanw/esbuild

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-31T09:57:21.386Z
1mo ago

evanw/esbuild

esbuild is a very fast web bundler focused on simplicity and build performance. It is active, widely forked and starred, and the repo shows ongoing releases and fixes through March 2026.

GitHub
Loading tags...
Stars39,815
Forks1,302
Default branchmain
Last pushed2026-03-12T14:24:06Z
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 upstream unless you specifically need this fork’s forced tree-shaking behavior or existing downstream customizations. For most adopters, the maintenance lag and large divergence outweigh the benefits.

Prefer upstream esbuild unless you specifically need Netlify’s custom downstream behavior. This fork looks like a specialized internal branch with significant drift and no recent maintenance, so it is better as a legacy compatibility choice than a default production dependency.

Choose upstream unless you need this exact snapshot for a local experiment; the fork adds no visible value and is already behind.

Prefer upstream unless you specifically need this fork's custom syntax or parser behavior. This fork looks useful as a legacy or experimental branch, but its age and divergence make it a poor default choice for new adopters.

Choose this fork only if you need its older custom behavior. For most adopters, upstream esbuild is the better default because it is actively maintained and has far more recent fixes and compatibility work.

Prefer the fork only if you need its older, customized parser/CSS behavior and can accept missing recent upstream fixes. For most users, upstream esbuild is the safer choice.

Prefer upstream unless you already depend on this fork's changed defaults or legacy API surface. This fork is best treated as a maintenance snapshot for existing users, not a general-purpose replacement.

Prefer this fork only if you specifically need its older behavior or its custom serve/compatibility patches. For most adopters, upstream is the safer choice because this fork is years behind and likely missing substantial fixes and features.

Choose this fork only if you need its local behavior and are willing to own divergence. For most adopters, upstream esbuild is the safer default because this fork is far behind and appears to have trimmed or replaced significant parts of the standard implementation and test coverage.

Choose this fork only if you need its specific older cache/plugin behavior or legacy compatibility quirks. For most users, upstream esbuild is the better default because this fork is stale, significantly behind, and likely to require ongoing manual repair work.