tj/parcel
stale
significant_divergence
Selected Prefer upstream unless you explicitly need this fork's legacy Parcel v1-era behavior or one of its older custom features. For active development, the fork is too stale and too far behind to be a safe default.
umer4447/parcel
stale
significant_divergence
Prefer this fork only if you need its custom internal architecture or watch/query workflow. If you want current Parcel behavior, active bugfixes, and easier maintenance, upstream is the safer choice.
bencooper222/parcel
stale
significant_divergence
Prefer upstream unless you specifically need this fork’s early Rust/WASM and HMR experiments. For adopters, this is a historical, highly divergent snapshot with substantial technical debt and little evidence of ongoing maintenance.
mattdesl/parcel
stale
significant_divergence
Choose this fork only if you specifically need its legacy Parcel v1-era patches. For new work or active maintenance, upstream Parcel is the better default because this fork is extremely stale and far behind current development.
sapphi-red/parcel
stale
significant_divergence
Prefer upstream unless you specifically need this exact older snapshot. The fork adds no clear capabilities, is stale, and is materially behind upstream.
pastelsky/parcel
stale
significant_divergence
Prefer upstream unless you specifically need this fork's older custom bundler behavior. This fork is stale and materially behind, so adopting it means accepting extra maintenance burden and missing newer Parcel fixes and features.
asmockler/parcel
stale
significant_divergence
Prefer this fork only if you need its older bundled behavior or the specific SVG/image/diagnostic changes and are willing to maintain a long-stale codebase. For most adopters, upstream Parcel is the safer choice because this fork is far behind current releases and appears to have stopped active development.
hakanatabas/parcel
stale
significant_divergence
Prefer upstream unless you explicitly need this fork's older experimental patches; it is best treated as a legacy or research branch, not a general-purpose replacement.
codeaholicguy/parcel
stale
significant_divergence
Prefer this fork only if you specifically need its older custom Parcel behavior and are prepared to maintain a heavily diverged codebase. For most adopters, upstream is the better choice because it is active, modern, and much closer to current toolchain expectations.
AdobeXD/parcel
stale
significant_divergence
Prefer this fork only if you need its Adobe-specific legacy behavior. For most users, upstream Parcel is the better choice because it is actively maintained and materially newer.