upgrading-react-native-storybook

# React Native Storybook Upgrades Upgrade one supported version step at a time. Do not jump from an older major directly to the latest release in a single pass. ## Rules - Detect the project's package manager first and use it consistently. - Detect the currently installed Storybook version from `package.json`, lockfiles, and config files before editing anything. - Apply exactly one migration step per run. If a project is multiple versions behind, complete the next hop, verify it, and then report the next required hop. - During the `6.5.x -> 7.6.x` step, convert any remaining `storiesOf` stories to CSF instead of preserving compatibility mode. - Preserve the project's existing app structure. Only make the migration changes required for the current step. ## Version Detection Look at these signals together: - `package.json` versions for `@storybook/react-native`, `storybook`, `@storybook/react`, and `@storybook/addon-ondevice-*` - Whether the config folder is `.storybook/` or `.rnstorybook/` - Metro config imports such as `metro/withStorybook`, `metro/withStorybookConfig`, or default-vs-named `withStorybook` - Story format usage: CSF vs `storiesOf` - Generated file names such as `storybook.requires.js` vs `storybook.requires.ts` If the version is ambiguous, stop and clarify the current installed version instead of guessing. ## Migration Selection Use exactly one reference file: 1. `9.x -> 10.x`: [references/from-9-to-10.md](references/from-9-to-10.md) 2. `8.x -> 9.x`: [references/from-8-to-9.md](references/from-8-to-9.md) 3. `7.6.x -> 8.3.x`: [references/from-7-6-to-8-3.md](references/from-7-6-to-8-3.md) 4. `6.5.x -> 7.6.x`: [references/from-6-5-to-7-6.md](references/from-6-5-to-7-6.md) 5. `5.3.x -> 6.5.x`: [references/from-5-3-to-6-5.md](references/from-5-3-to-6-5.md) ## Workflow 1. Confirm the current Storybook version and whether the repo uses Expo, Expo Router, React Native CLI, or Re.Pack. 2. Pick the next migration step only. Never bundle multiple major upgrades together. 3. Apply the dependency, config, and source-file changes from the matching reference. 4. Regenerate `storybook.requires` or restart Metro when that step requires it. 5. Run the smallest useful verification available for the repo, such as the generation script, tests, lint, or the local Storybook app launch path. 6. If the repo still is not on the user's target version, stop with a clear note describing the next required migration step. ## Output Expectations When you finish a migration step, report: - The version hop that was completed - The files and config surfaces that changed - The verification you ran, or what you could not run - The next required migration hop, if the project is still behind