了解部署和挂钩
Understanding deployment and hooks
我正在尝试了解 Gatsby 项目根据 Contenful 数据更改进行自我更新的过程。假设我对一段内容做了一个小改动（假设我将一个布尔值从 false 切换为 true）Gatsby 钩子是否会在每次更改时被触发（因为 webhook 调用 Vercel/Gatsby Cloud 或其他任何东西用于建筑）？
在该构建事件中，是构建并重新部署整个站点还是仅构建已更改的内容？我很好奇，因为如果对整个站点进行完全重建，不会导致对 Contenful 的 API 次调用吗？看他们的免费服务最多200万APIrequests/month，很快就会被消耗掉
有人可以指出有关高效流程的文档吗？理想情况下，只更新受内容更改直接影响的页面或内容片段？我相信 Gatsby Cloud 具有这种精细的发布能力？
我认为这个问题可能比我最初意识到的要多得多。基本上框架需要支持增量构建。 Next.js 和 Gatsby 都支持。我相信对于 Gatsby，您需要使用他们的 Cloud 产品并支付 fee/use 他们的部署系统。魔术是付费解决方案（根据我收集的）。
最终选择了 Next.js，因为它似乎内置于他们的工具中，并且与我想使用的其他分发机制配合得很好。最终选择了 Storyblok 而不是 Contentful。我不喜欢 Contenful 奇怪的 2M 许可模式。第一个价格点也把我的客户吓跑了。
我正在尝试了解 Gatsby 项目根据 Contenful 数据更改进行自我更新的过程。假设我对一段内容做了一个小改动（假设我将一个布尔值从 false 切换为 true）Gatsby 钩子是否会在每次更改时被触发（因为 webhook 调用 Vercel/Gatsby Cloud 或其他任何东西用于建筑）？
在该构建事件中，是构建并重新部署整个站点还是仅构建已更改的内容？我很好奇，因为如果对整个站点进行完全重建，不会导致对 Contenful 的 API 次调用吗？看他们的免费服务最多200万APIrequests/month，很快就会被消耗掉
有人可以指出有关高效流程的文档吗？理想情况下，只更新受内容更改直接影响的页面或内容片段？我相信 Gatsby Cloud 具有这种精细的发布能力？
我认为这个问题可能比我最初意识到的要多得多。基本上框架需要支持增量构建。 Next.js 和 Gatsby 都支持。我相信对于 Gatsby，您需要使用他们的 Cloud 产品并支付 fee/use 他们的部署系统。魔术是付费解决方案（根据我收集的）。
最终选择了 Next.js，因为它似乎内置于他们的工具中，并且与我想使用的其他分发机制配合得很好。最终选择了 Storyblok 而不是 Contentful。我不喜欢 Contenful 奇怪的 2M 许可模式。第一个价格点也把我的客户吓跑了。