swc-project/swc
Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.
swc-project/swc
SWC is a large, actively maintained Rust-based Web compiler platform focused on making web development faster. It has strong adoption signals (33k+ stars, 1.3k+ forks) and a very recent commit history, with Rust and Node.js/Javascript tooling both in active use. Forks are likely most interesting if you care about high-performance compiler infrastructure, parser/minifier/react-compiler work, or a multi-language monorepo with both core Rust crates and JavaScript bindings.
Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.
Choose a fork to inspect
Prefer upstream unless you specifically need this older frozen baseline or its regression-fixture-heavy workflow. The fork looks technically interesting for analysis, but it is too stale and divergent for most adopters who need current SWC capabilities.
Prefer this fork only if you need its older compatibility behavior and are prepared to maintain it yourself. For most adopters, upstream SWC is the better choice because this fork is stale and materially behind current compiler work.
Prefer upstream unless you specifically need this fork’s historical snapshot or local divergence. This fork is too stale and too far from current SWC to be a low-risk adoption choice.
Prefer upstream unless you specifically need this older, heavily customized SWC snapshot. The fork adds some compatibility and regression-workflow value, but its staleness and scale of divergence make it a poor default for adopters who want current fixes and low maintenance cost.
Choose this fork only if you need an old SWC baseline or already depend on its custom divergence; otherwise upstream is the better choice because it is much newer, actively maintained, and far less risky to adopt.
Choose upstream unless you specifically need this fork as a private working copy. It adds no visible capabilities, and it is already behind on recent SWC fixes and parity work.
Prefer upstream unless you specifically need this fork's benchmark-heavy, generated-code-heavy snapshot. This fork looks useful for controlled experiments or pinned downstream workflows, but it is too far from upstream to be the safer default for general SWC adoption.
Prefer this fork only if you need its older customized behavior and can tolerate major drift. If you want an actively maintained SWC, upstream is the better choice.
Prefer upstream unless you specifically need an old SWC snapshot. This fork looks stale and materially behind on core parser, minifier, and react-compiler work, so it is a poor default choice for adopters who want current correctness and maintenance.