将更改部署到 Netlify 应用程序。如果您部署的错误阻止您回滚怎么办？那你怎么办呢？ 莱斯利：我做噩梦。不。实际上，我们有几种方法可以解决这个问题。因此，如果我们删除应用程序并且无法使用 UI 来完成此过程，我们的部署预览实际上会针对我们的生产 API 运行。因此，这意味着，即使应用程序无法运行，我们仍然可以进行原子部署。因此，如果您有来自 GitHub 的链接（可能来自旧的或最近的 PR），并且您有部署预览 URL，那么您实际上可以访问应用程序的部署预览并进行所需的任何更改，然后返回并发布旧的部署来自部署预览。它仍然会影响我们的生产 API，因此仍然会影响应用程序，然后这将使应用程序恢复。
这就像种大脑爆炸的表情符号
但这是做到这一点的一种方法。我们还可以从一些后端系统发布旧的部署。我们可以让我们的后端工程师为我们发布它。或者你总是可以使用 Git 来恢复并尝试将其提升，但这有点可怕，因为你无法看到你在 拉脱维亚手机号码列表 做什么。 德鲁：我想你只需要一个非常清晰的头脑来处理这种情况。 莱斯利：是的。 德鲁：但听起来是完全可以恢复的。 莱斯利：是的。好吧，一旦您发布了工作部署，所有压力都会消失。这确实是最好的部分。我发现这在代理机构中也有效。能够回滚确实是一个救星……它也让您不再担心发布新的更改。如果你破坏了某些东西，需要一秒钟的时间才能将其回滚，这非常适合那种快速移动并把东西拿出来的模型。 德鲁：确实。我认为，当您处理非常小的变化时，这种整个工作流程通常效果最好。
我的意思是理想情况下
您想要创建一个分支，实施一个小更改，提出 PR，然后尽快将其合并回来。显然，这对于调整、错误修复和小事情来说效果很好，但对于主要功能工作来说，它效果不佳，因为该功能从开始到准备部署可能需要数周甚至数月的时间。您如何管理此类流程？ 莱斯利：是的，这是一个很好的问题。因此，我们最近开始更多地使用功能标志。在详细讨论我们如何做到这一点之前，我先 传真列表 谈谈我们过去所做的事情。因此，在我们使用功能标志之前，我认为每个人都熟悉长期运行功能分支的想法。我们都讨厌他们，对吧？但我们会致力于较小的 PR。在代码审查之后，我们会将其中的每一个单独合并到这个运行时间更长的功能分支中。因此，您基本上只需将所有新功能集中在一个地方，您就可以拥有一个可以用来测试该新功能的部署预览。
