它会提取所有可用插件的列表

rmamin

以便可以选择使用 Contentful 的源插件和 Jekyll 的目标插件。然后根据您选择的插件，它会询问您一系列问题，最终生成一个完全配置的 JavaScript 文件。例如，对于 Contentful，它会要求您提供凭据，例如如何访问您的 Contentful 帐户？然后它实际上会从 Contentful 中提取所有内容类型。它会问你好吗，我发现这种内容类型称为博客文章。这是什么？这就像一个页面吗？这是一个数据对象吗？如果它是一个页面，我应该将其存储在哪里？我应该使用什么样的字段来布局内容？

爱德华多：我认为这是配置整个项目的一种非常用户友好 电报号码数据 的方式。因此，希望在此配置过程结束时，您只需运行一个命令即可立即提取内容，而不必处理 JavaScript 文件。

德鲁：因此，配置过程回答这些问题，然后为您编写 JavaScript 配置文件，然后您可以将其提交到源代码管理中并分发给项目中的其他开发人员或分发到构建过程中以实时运行。您提到了第三种类型的插件，与源和目标不同，它处理中间这种不可知格式的数据。您认为它会用于什么样的场景？

爱德华多：我们创建了一个负责转换资产的插件。举个例子，假设我正在使用 Contentful，并且您将图像作为博客文章的一部分嵌入。默认情况下，如果您只是从 Contentful 中提取数据，图像将使用来自 Contentful CDN 的实时 URL，如果您想使用的话，这是一个完全可行的选项。但您可能想将图像与内容一起提供。因此，将它们放在您的存储库中，并通过您用于向站点提供服务的任何服务提供服务。因此，具体而言，该插件将查找正在使用的任何资产，它将拉取这些资产，将它们基本上下载到您的存储库或本地文件系统，然后可以推送。



爱德华多：它将替换文件中引用该远程 URL 的所有 URL，并将其替换为对本地文件的引用。所以基本上，当您推送网站时，您会推送内容和资产，一切都会无缝运行。所以，这是一种不拉动的转换插件的示例。它不特定于数据源，也不特定于静态站点生成器。它只是改变了两者之间的事物。

德鲁：您提到 Jekyll 和 Hugo 有目标插件，您希望在不久的将来看到哪些插件？

爱德华多：嗯，我是 Eleventy 的忠实粉丝。所以我真的希望看到 Eleventy 插件很快就会问世。然后我猜想有些静态站点生成器已经拥有自己的插件生态系统。因此，我很好奇人们是否仍然需要为这些类型的静态站点生成器提供源插件。顺便说一句，您可以使用 Sourcebit 的另一种可能的方式是，如果您使用类似 Next.js 的东西，就像任何基于节点的静态站点生成器一样。您不一定需要目标插件，您可以只需要 Sourcebit 作为 NPM 模块，并且可以运行所有用于获取数据的机制。您只需在内存中运行这些函数即可将内容作为 Next.js 页面的一部分使用。为了回答你的问题，我想对于那些我们不会专门看到目标插件的人，但我们已经可以以这种方式使用 Sourcebit 了。就下一个源插件而言，我希望在不久的将来看到 Eleventy 以及其他一些基于文件的静态站点生成器。