以下是关于此问题的GitStart工单：https://clients.gitstart.com/storybook-oss/1/tickets/STORYBOOK-21911

在pnpm中，默认情况下所有包都被提升。由于这个问题，包assert被提升了，这破坏了resolve.fallback的webpack配置以及assert包到browser-assert的配置(因为解析assert包不会失败)。

我们可以更新.npmrc以防止提升assert包(我们尝试过，效果很好),但我们需要在status-page仓库上拥有write权限才能提交PR。cc @vanessayuenn

你好，

有没有同时的解决办法？

遇到了相同的问题。
我们认为可能是我们的故事导致了这个问题，所以删除了所有较旧的故事，并尝试使用nextjs13进行全新的构建。问题仍然存在，我们似乎无法找到导致此问题的原因。

对我来说，在webpack配置中添加一个resolve.alias解决了这个问题：

resolve: {
      ...config.resolve,
      alias: {
        ...config.resolve.alias,
        'assert': require.resolve('browser-assert'),
      },
    },

对我来说，在webpack配置中添加一个resolve.alias解决了这个问题：

resolve: {
      ...config.resolve,
      alias: {
        ...config.resolve.alias,
        'assert': require.resolve('browser-assert'),
      },
    },

非常感谢！这正是我们需要的。
有任何想法可能导致这个问题吗？

非常感谢！这正是我们需要的。有任何想法可能导致这种情况吗？
无论您使用的是哪种软件包管理器，它都会拉取实际的 assert 软件包，而不是应该使用的 browser-assert 软件包，这是通过 Storybook 中的 fallback 配置实现的。请查看上面的第21911条帖子(评论)。