爱德华多·布萨斯：我是粉碎。
德鲁：今天我想和你们谈谈一个我知道你们一直在开发的工具，叫做 Sourcebit。我知道您在 Stackbit 的日常工作以及个人时间里做了很多工作，围绕着我们现在称为 JAMstack 网站的工具。因此，在我们讨论 Sourcebit 本身的作用之前，也许您可以告诉我们一些 JAMstack 站点的场景，这可能会导致有人需要像 Sourcebit 这样的工具。
爱德华多：当然。让我们回顾一下我开始使用静态站点生成 牙买加手机号码列表 器时的情况。我第一次接触 JAMstack 是在 Jekyll 上，我相信很多人也是如此。当我开始在我的网站上使用 Jekyll 时，创作体验有点麻烦。因此，它涉及在我的本地计算机上手动编辑 Markdown 文件，然后将它们推送到存储库，然后该东西将被集成和构建。这仍然是当今存在的工作流程，很多人都在使用，并且对于很多组织中的很多人来说都是有意义的。但是，首先，如果你有一个更大的团队，特别是如果你有技术背景较差的人，他们可能不习惯 Markdown、使用 Git 或整个推送到 GitHub 存储库，那么它的扩展性就不太好工作流程。
爱德华多：因此，在我看来，将静态站点生成器与现在所谓的无头或解耦 CMS 结合起来是很有意义的。因此，如果您来自更传统的 Web 开发背景，您可能会使用 WordPress 之类的东西，那么无头 CMS 的行为方式非常相似。因此，您仍然可以使用这个界面来创作内容，并且您拥有一个很好的所见即所得编辑器和媒体管理等等。
爱德华多：式化的 HTML 页面。相反，内容以与任何技术或任何技术堆栈无关的格式导出。因此，可以将该内容与静态站点生成器集成。这就是为什么我认为将无头 CMS 与静态站点生成器结合起来很有意义，因为您可以两全其美，因为您可以获得使用静态站点的性能、安全性和简单性生成器，但同时，您仍然可以通过使用漂亮的编辑界面获得丰富的创作体验。
爱德华多：尽管将这两个工具结合在一起很有意义，但集成它们并不是特别简单。特别是如果您使用的是更传统的基于文件的静态站点生成器，例如 Jekyll 或 Hugo，其中所有内容都必须作为文件存在。那么，您如何利用这个无头 CMS 中的内容呢？如何将其转换为静态站点生成器可以理解和处理的文件？
爱德华多：正如您所说，我非常热衷于为开发人员创建工具，特别是创建允许开发人员以尽可能少的摩擦使用 JAMstack 范例的工具。这就是来源的用武之地。这就是为什么我对这个项目特别热情。所以这个想法是，Sourcebit 允许您连接到任何基于 API 的数据源，例如无头 CMS，您可以告诉它您的内容所在的位置，您可以帮助它了解您的内容结构。然后 Sourcebit 负责吸收所有内容并将其写入具有静态站点生成器期望位置的格式的文件中。这就是 Sourcebit 背后的想法。
德鲁：因此，不是让作者直接使用 Markdown 文件（即静态站点生成器转向站点），而是让作者使用另一个工具（无头 CMS），可能是 Contentful 甚至 WordPress 之类的工具，然后 Sourcebit 就是关键在这两者之间，从创作的地方获取内容，并以某种方式将其转换为静态站点生成器可以转换为静态站点的格式？
爱德华多：没错，是的。它可以看到两种不同的使用该工具的方式来帮助开发人员。一是让 Sourcebit 成为您的部署例程的一部分。因此，如果您使用像 Netlify 这样的托管平台，并且您将部署命令配置为 Hugo 构建，那么它是 Hugo 的构建命令还是其他什么东西，那么为 Hugo 生成静态文件的命令，您还将有另一个命令作为该例程的一部分。这就像 Sourcebit fetch 一样。因此在构建时，Sourcebit 将提取所有其他数据，生成 Hugo 需要的所有文件。然后整个部署将已经使用这些文件并部署来自 CMS 的所有内容。这就是 Sourcebit 的一种可能的用例。