个 React 应用程序？ 莱斯利：是的。是的。反应。我们现在使用 React Redux，现在我们使用 PostCSS，但我们也在尝试我们的 CSS 架构。 德鲁：我们不都是吗？那么，您在 React 中构建应用程序，然后将其部署在 Netlify 上？ 莱斯利：是的。也许整个过程中我最喜欢的部分是部署预览的魔力，这是我们通过 Netlify 获得的。所以，发生的事情是，你会……你在 GitHub 工作，你提高了你的 PR。因此，您在 GitHub 中打开 PR，这将自动创建应用程序的部署预览版本。因此，我们实际上使用应用程序本身的部署预览来进行测试，以确保一切正常运行。我们运行我们的测试。这就是我们在代码审查期间用来手动验证的方法。因此，我们可以直接从 GitHub 设置所有持续部署。
莱斯利我们设置的其他很酷
的事情之一是，我们实际上有几个不同的 Netlify 站点，它们从我们的应用程序所在的同一存储库中提取。所以，我们有我们的应用程序，我们 玻利维亚电话号码列表 有一个 Storybook 实例，其中包含应用程序的 UI 组件。因此，我们既有应用程序本身，也有 Storybook UI 组件，而且基本上还有一个显示 Storybook UI 的 Netlify 网站。然后我们还有第三个站点运行 webpack 捆绑分析器。因此，它是一个可视化 UI，为您提供树形图、所有应用程序包的可视化，我们可以衡量它们的大小，这只是提醒我们仔细检查。当应用程序的每次部署完成时，我们可以检查并确保我们没有对我们的包大小做任何奇怪的事情。所以，所有这三个站点都是在应用程序的一个 Pull 请求中生成的。
因此您将获得应用程序
和该应用程序配置文件的预览链接，本质上是您的部署预览，供我们检查。 德鲁：通过部署预览，这基本上就成为了您的临时环境，不是吗莱斯利 BTC 数据库欧盟 确切地。我们并没有真正运行传统的临时环境，因为我们真的相信，当我们点击合并按钮并在主应用程序中启动主分支的正式构建时，我们的部署预览本质上就会上线。因此，我喜欢我们可以依赖部署预览作为临时环境。我们真的相信它会与生产相匹配。我们正在使用所有生产变量、所有环境变量以及所有这些内容来构建它，这些内容都在部署预览中构建。所以，这很像是一种不用担心的情况。只要您的部署预览正常运行，您就知道该应用程序也将正常运行。