storybookjs/storybook
Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.
storybookjs/storybook
storybookjs/storybook is the main Storybook repository: an active, high-traffic Node.js/JavaScript monorepo for building, documenting, and testing UI components in isolation. It is not archived, uses `next` as the default branch, and has very high community adoption, with 89,571 stars and 9,966 forks. The repo is actively maintained, with commits on 2026-03-30.
Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.
Choose a fork to inspect
Do not adopt this fork for active development. It appears to be a stale mirror of upstream Storybook with no added functionality and a very large update gap; prefer upstream unless you specifically need a frozen February 2024 snapshot.
Prefer this fork only if you need its legacy React/webpack behavior exactly as-is. For new work, upstream Storybook is the better choice because this fork is extremely stale and far behind.
Do not adopt this fork for new work unless you explicitly need a 2022-era snapshot. For any current Storybook usage, upstream is the better choice because this fork is stale and effectively unmaintained.
Choose this fork only if you need its legacy React-specific behavior and can accept being far behind upstream. For most adopters, upstream Storybook is the better choice because this fork appears stale and materially incomplete relative to current Storybook.
Prefer upstream unless you specifically need this exact old snapshot. This fork adds no visible capabilities and is mainly valuable only as a frozen baseline.
Do not adopt this as a modern Storybook base unless you explicitly want an old snapshot. For active product work, upstream is the clearly better choice; this fork is too stale to be a practical replacement.
Do not adopt this fork for new work unless you explicitly want an old, unmaintained Storybook snapshot. For any active UI component workflow, upstream is the better choice.
Do not adopt this fork for new work unless you specifically need an archival snapshot; the upstream project is far more current and actively maintained.