也是一种非常现代的工作方式，但它不可能没有挑战，不是吗？ 莱斯利：绝对不。我想我已经谈过一些关于作为前端工程师推进一些新领域意味着什么，只是为了让我思考无服务器以及我们如何在产品中利用它？我认为对我来说，掌握前端的后端是一个令人兴奋的挑战，但当然还有很多东西需要学习。现在我们应用程序中的一个例子是，我们使用赛普拉斯对应用程序中的一些关键流程进行端到端测试，现在我们已经进行了设置，以便赛普拉斯端到端测试使用 GitHub 操作在拉取请求中的部署预览上运行。因此，我们使用 GitHub 操作针对应用程序的部署预览运行这些塞浦路斯测试。 莱斯利：这确实很酷，但可能有比实际使用 GitHub 操作更好的方法。实际上，我认为我们可以使用 Netlify Serverless 函数，因为这些函数可以在某些事件上触发，例如部署成功事件。因此，我们有机会再次实际利用 Netlify，多一点，而不是依赖于我们可能更熟悉或更习惯使用的其他一些工具。
因此就挑战而言我认为这让
我们敞开心扉，了解这种新的发展模式允许我们做什么，并尝试利用它。 德鲁：是的，有很多不同的方法……利用可用的工具，能够解决特定的问题。在 Smashing 中，我们可能不应该说剥猫皮的方法不止一种。 莱斯利：哎呀。 德鲁：工作流程的有趣之处在于，它确实高度基于 Git，我认为这 肯尼亚手机号码列表 很适合……它确实对开发人员友好，不是吗？作为一名前端工程师，基于 Git 的东西就像家一样。那么，这一切都很好还是有任何问题呢？ 莱斯利：我认为作为一名开发人员，Git 很棒。我认为总的来说它解决了很大很大的问题，我很高兴拥有它。但是，由于我们严重依赖它，而且我们的内部团队也在不断壮大，因此当您在此工作流程中谈论 Netlify 时，您最终会遇到与 Git 相同的问题，对吧？因此，您最终会在主分支上遇到错误，是的，，我们讨论了它的样子，然后进入代码并修复它。
回滚应用程序本身确实很容易
但是，如果您团队中的其他人正在使用该主分支的损坏版本怎么办？每个人都必须重新调整基础，每个人都必须进行沟通，或者至少知道发生了什么。因此，这与其说是 Jamstack 问题或 Netlify 问题，不如说是一个古老的问题， 德鲁：当然，当您围绕您正在做的事情添加更多工具和基础设施时，您就会遇到所有事情都需要很长时间才能运行的问题。我的意思是，你提到赛普 传真列表 拉斯是一回事。我知道 Cypress 确实对这些端到端测试的运行时间感到头疼。不断增长的构建时间是否还存在其他挑战？ 莱斯利：是的，我认为这是 Jamstack 的其他事情之一……您引入了这个构建时间，这对于开发人员来说并不好。我总是尝试将其视为我在构建时间内消耗的东西，我的用户正在节省他们所获得的性能。
