Storybook 构建配置指南build.test.disableAutoDocs 精确控制自动生成的 Docs 文档【免费下载链接】storybookStorybook is the industry standard workshop for building, documenting, and testing UI components in isolation项目地址: https://gitcode.com/GitHub_Trending/st/storybook导读在 Storybook 中Autodocs 会根据组件的 CSF 文件自动生成文档页面。本文讲解如何通过.storybook/main.(js|ts)中的build.test.disableAutoDocs配置开关来控制 autodocs 是否进入最终构建产物涵盖完整的配置示例、默认行为、storybook build --test自动启用机制并结合本仓库源码剖析其底层生效路径帮助你在构建体积优化、性能测试与调试场景中精准取舍 Docs 产物。配置项定位它属于build.test测试构建标志组disableAutoDocs不是散落在顶层或docs节点下的普通配置而是 Storybook 面向生产构建production build优化而设计的一组「测试构建标志test build flags」之一。整个配置组挂在主配置文件.storybook/main.js/.storybook/main.ts的build.test字段下其类型定义TestBuildConfig/TestBuildFlags可以在 类型定义文件 中查看到完整清单export interface TestBuildFlags { /** 将 storybook/blocks 从构建产物中排除即使它在 preview 中被 import */ disableBlocks?: boolean; /** 禁用指定 addon */ disabledAddons?: string[]; /** 过滤掉 .mdx stories 条目 */ disableMDXEntries?: boolean; /** 覆盖 autodocs 为禁用状态 */ disableAutoDocs?: boolean; /** 覆盖 docgen 为禁用状态 */ disableDocgen?: boolean; /** 覆盖 sourcemap 生成为禁用状态 */ disableSourcemaps?: boolean; /** 覆盖 tree-shaking死代码消除为禁用状态 */ disableTreeShaking?: boolean; /** 使用 webpack 时用 ESBuild 压缩 */ esbuildMinify?: boolean; } export interface TestBuildConfig { test?: TestBuildFlags; }disableAutoDocs的字面语义是将 autodocs 覆盖为禁用状态即阻止「由 Autodocs 特性自动生成」的文档页面被包含到构建产物中。与之配套的是 构建配置文档原始 snippet文档中对该选项的说明是test.disableAutoDocsPrevents automatic documentation generated with the autodocs feature from being included in the build.阻止通过 autodocs 特性自动生成的文档被包含进构建产物完整配置示例下面的配置片段原样出自 docs/_snippets/main-config-test-disable-autodocs.md展示了在不同模块体系ESM/TypeScript与不同框架下的写法。首先是最通用的 CSF 3 写法export default { // 将 your-framework 替换为你实际使用的框架如 react-vite、nextjs、vue3-vite 等 framework: storybook/your-framework, stories: [../src/**/*.mdx, ../src/**/*.stories.(js|jsx|mjs|ts|tsx)], build: { test: { disableAutoDocs: false, }, }, };// 将 your-framework 替换为你实际使用的框架如 react-vite、nextjs、vue3-vite 等 import type { StorybookConfig } from storybook/your-framework; const config: StorybookConfig { framework: storybook/your-framework, stories: [../src/**/*.mdx, ../src/**/*.stories.(js|jsx|mjs|ts|tsx)], build: { test: { disableAutoDocs: false, }, }, }; export default config;CSF Next 实验性语法defineMain如果项目启用了 CSF Next写法则使用各框架node入口导出的defineMain来包裹配置。以 React 为例// 将 your-framework 替换为你实际使用的框架如 react-vite、nextjs、nextjs-vite import { defineMain } from storybook/your-framework/node; export default defineMain({ framework: storybook/your-framework, stories: [../src/**/*.mdx, ../src/**/*.stories.(js|jsx|mjs|ts|tsx)], build: { test: { disableAutoDocs: false, }, }, });不同框架对应的defineMain导入来源与framework字段如下表所示其余结构stories、build.test.disableAutoDocs完全一致框架defineMain 导入来源framework 字段ReactCSF Nextstorybook/your-framework/nodestorybook/your-frameworkVue 3storybook/vue3-vite/nodestorybook/vue3-viteAngularstorybook/angular/nodestorybook/angularWeb Componentsstorybook/web-components-vite/nodestorybook/web-components-vite上述各框架的 CSF Next 变体在 snippet 中均提供了.ts与.jsESM两种等价写法。需要注意snippet 中出现的storybook/your-framework、storybook/react-vite/node均为文档占位符落地使用时必须替换为项目真实安装的框架包名stories数组可按项目实际的 story 目录结构调整该选项的值是布尔类型snippet 中演示的false是显式保持默认行为不额外禁用 autodocs若要让 autodocs不进入测试构建应显式设置为true详见下一节的自动启用机制。默认值与storybook build --test自动启用机制这是理解disableAutoDocs的关键该选项平时默认为false但当用户以--test标志运行storybook build时整套test标志会被自动置为开启。官方配置文档中的提示main-config-build.mdx明确说明本页文档化的选项会在向storybook build命令传入--test标志时被自动启用。我们只建议在需要为你的项目关闭某个特定特性、或正在调试某个构建问题时才去手动覆盖这些选项。从源码结构看这套「自动启用」逻辑实现在 common-override-preset.ts 中const createTestBuildFeatures (value: boolean): RequiredTestBuildFlags ({ disableBlocks: value, disabledAddons: value ? [storybook/addon-docs, storybook/addon-essentials/docs, storybook/addon-coverage] : [], disableMDXEntries: value, disableAutoDocs: value, disableDocgen: value, disableSourcemaps: value, disableTreeShaking: value, esbuildMinify: value, }); export const build: PresetPropertybuild async (value, options) { return { ...value, test: options.test ? { ...createTestBuildFeatures(!!options.test), ...value?.test, } : createTestBuildFeatures(false), }; };这段代码可以解读出三层含义默认未带--test所有test标志统一取falseautodocs 等特性照常参与构建即上文 snippet 中disableAutoDocs: false所对应的行为storybook build --test先通过createTestBuildFeatures(true)把所有标志置为true此时 autodocs 默认被排除再用...value?.test将用户在main配置中显式写的值合并回来覆盖默认值——这正是官方建议「仅在需要关闭特定特性或调试构建问题时覆盖」的原因你写的显式值会赢过自动值覆盖方式如果你在测试构建中仍想保留 autodocs例如验证包含 Docs 的产物就可以像 snippet 那样显式写disableAutoDocs: false覆盖自动开启的状态反之若想在普通构建中也剔除自动文档则应写disableAutoDocs: true。源码级原理配置在构建链路中如何生效disableAutoDocs的生效点不止一处本仓库的实现可以从三个层面印证它的实际作用1. 生成 Story Index 时跳过 Docs 条目核心的StoryIndexGenerator在为每个 CSF 文件生成索引条目时会先判断该文件是否需要挂载一个 docs 条目。相关逻辑见 StoryIndexGenerator.ts// 如果以下任一条件成立就需要给 CSF 文件附加 docs 条目 // a) autodocs 全局开启 // b) 该文件显式启用了 autodocs const hasAutodocsTag storyEntries.some((entry) entry.tags.includes(Tag.AUTODOCS)); const createDocEntry hasAutodocsTag !!this.options.docs; if (createDocEntry this.options.build?.test?.disableAutoDocs ! true) { // 构造 type: docs 的索引条目并将其插入到 story 条目之前 return { entries: [docsEntry, ...storyEntries], dependents: [], type: stories }; } return { entries: storyEntries, dependents: [], type: stories };即只有当文件带有 autodocs 标签、全局 docs 配置存在并且build.test.disableAutoDocs ! true时Story Index 中才会生成type: docs的条目。一旦该标志为true无论文件是否声明 autodocs 标签自动文档条目都会被整体跳过——它属于「一刀切」的全局覆盖开关优先级高于文件级 autodocs 标签。2. addon-docs 的 docs preset 直接返回 undefined在 addon-docs 的 preset 中当该标志为真时docs preset 的解析结果直接短路const docs: PresetPropertydocs (input {}, options) { if (options?.build?.test?.disableAutoDocs) { return undefined; } // 否则合并默认名 Docs 与用户的 docsMode ... };docspreset 返回undefined意味着 docs 相关配置不被装配进一步保证了 autodocs 生成的文档不会进入最终构建产物与 Story Index 层的跳过逻辑形成双重保障。3. 类型契约约束配置形态build.test.disableAutoDocs接收布尔值其契约位于 core-common.ts 的类型定义。该接口同时被 preset 系统、配置校验与文档自动生成所引用保证你在.storybook/main.js|ts中书写该字段时能获得类型提示与校验。与同组其他构建标志的关系与选型建议disableAutoDocs不是孤立选项理解它建议同时对照整个test标志组在测试/性能构建中的分工依据 main-config-build.mdx 及上述类型定义标志作用关闭对象disableBlocks将storybook/addon-docs/blocksDocs Blocks 依赖排除出 bundle文档块相关产物disabledAddons指定在构建产物中禁用的 addon 列表addon含storybook/addon-docs等disableMDXEntries移除用户手写的 MDX 格式文档条目手写 MDX 文档disableAutoDocs覆盖 autodocs 为禁用阻止自动生成的文档进入构建自动生成 DocsdisableDocgen关闭 docgen默认连带关闭reactDocgen与类型检查check属性文档生成disableSourcemaps关闭 sourcemap 生成sourcemapdisableTreeShaking关闭 tree-shaking死代码消除优化过程实际使用时的选型判断可以这样落地什么时候该用以storybook build --test构建“最小化”产物用于性能/加载基准测试时系统会自动开启本组全部标志无需手动配置disableAutoDocs是其中决定 Docs 文档是否参与构建的关键一项什么时候显式覆盖如你的基准测试必须包含 Docs 页面形态或怀疑 Docs 相关产物在测试构建中被误排除、需要调试构建产物此时才在main配置中显式书写该标志值为false表示放行true表示排除与手写 MDX 的关系disableAutoDocs只管「自动生成」的文档build.test组中还提供了disableMDXEntries用于过滤「手写 MDX」条目两者互补而非替代MDX 条目的过滤逻辑同样见 common-override-preset.ts与文件级 autodocs 的关系日常开发中不希望在某个组件上生成自动文档时更细粒度的做法仍是控制该文件的 autodocs 标签/全局 docs 配置而disableAutoDocs是面向「整次构建」的全局开关从 StoryIndexGenerator.ts 的判定顺序可以看出它生效于索引生成阶段优先级覆盖所有文件级声明。常见误区与排障提示误以为false代表“禁用”该字段为布尔开关true才表示排除 autodocs。官方 snippet 中以false演示的是“显式保持默认放行”的写法落地时按需取值不要照抄后误以为已关闭自动文档在普通构建中看不到效果普通storybook build不带--test下该组标志默认为false此时手动在配置里写false不会产生可观察差异要验证效果应显式写true或用--test构建并覆盖排查是否真的生效可以先对比disableAutoDocs: true/false两次构建的产物中是否还包含对应组件的 Docs 页面若配置不生效优先检查.storybook/main.js的配置文件是否被正确加载、build.test层级是否嵌套正确确认自动文档“究竟是谁生成的”先判断目标是 Autodocs由组件 CSF 自动生成还是手写 MDX独立.mdx文档。两者在构建产物中的处理路径不同分别对应disableAutoDocs与disableMDXEntries混淆二者是常见的配置无效根因。整体而言build.test.disableAutoDocs是 Storybook 在「测试/性能构建」语境下对自动文档产物的一级总开关理解它与storybook build --test的联动关系、与文件级 autodocs 标签及 MDX 文档的边界即可在构建体积控制与 Docs 功能保留之间做出精确取舍。【免费下载链接】storybookStorybook is the industry standard workshop for building, documenting, and testing UI components in isolation项目地址: https://gitcode.com/GitHub_Trending/st/storybook创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考