了解部署和挂钩答案

【问题标题】：Understanding deployment and hooks了解部署和挂钩
【发布时间】：2020-08-05 01:07:15
【问题描述】：

我正在尝试了解 Gatsby 项目根据 Contenful 数据更改进行自我更新的过程。假设我将一个小更改推送到一段内容（假设我将布尔值从 false 切换为 true）是否会在每次更改时触发 Gatsby 挂钩（因为 webhook 调用 Vercel/Gatsby Cloud 或正在使用的任何内容用于建筑）？

在那个构建事件中，整个站点会被构建和重新部署，还是只是内容发生了变化？我很好奇，因为如果对整个站点进行完全重建，这不会导致对 Contenful 的 API 调用次数吗？鉴于他们的免费服务是每月最多 200 万个 API 请求，这可能会很快被消耗掉。

有人可以指点我有关高效流程的文档吗？理想情况下，只更新受内容更改直接影响的页面或内容片段？我相信 Gatsby Cloud 有这种精细的发布能力？

【问题讨论】：

从 Contentful 发布内容更改将触发 Contentful 挂钩并重新构建您的 gatsby 网站。如果您使用的是 Gatsby 云，这可能会触发增量构建。
是的，好的，我至少得到了那部分，但是增量构建查询是否只针对更改的部分内容？我正试图弄清楚对 Contenful 的 API 调用的影响，看看我是否可以在他们的 2m 上限内托管内容。
您没有提供足够的设置详细信息来回答您的问题。归结为：您是如何设置站点以触发重建的？一个更好的问题是：如何设置我的网站以便在 x 发生时触发重建
您是不是特别询问在使用gatsby-source-contentful 时每次运行gatsby build 时会进行多少次内容API 调用？

标签： gatsby contentful vercel

【解决方案1】：

我认为这个问题可能比我最初意识到的要多得多。基本上框架需要支持增量构建。 Next.js 和 Gatsby 都支持它。我相信使用 Gatsby，您需要使用他们的云产品并支付费用/使用他们的部署系统。神奇的是付费解决方案（根据我收集的内容）。

最终选择了 Next.js，因为它似乎内置于他们的工具中，并且与我想使用的其他分发机制配合得很好。最终选择了 Storyblok 而不是 Contentful。我不喜欢 Contenful 奇怪的 2M 许可模式。第一个价格点也吓跑了我的客户。

【讨论】：