文档位于https://developers.google.com/actions/deploy/release-environments https://developers.google.com/actions/deploy/release-environments声明“要处理您的履行中的发布渠道，您应该提供不同的履行 URL（例如，一个用于测试版的履行 URL，另一个用于您的操作的生产版本的 URL）”。但是，没有关于如何完成此操作的说明。
当我创建 Actions on Google 项目时，创建了一个 Firebase 项目，我通过向后端服务请求来上传支持这些操作的 JavaScript。该 Firebase 项目提供了我的 Beta 版本用于实现的 URL。我现在需要创建一个指向不同 Firebase 项目的 Alpha 项目，我将向该项目上传对不同版本后端服务请求的新版本支持。我看不出有什么办法可以实现这一点。我是否需要创建一个全新的 Actions on Google 项目，该项目有自己的 URL 来完成，或者是否有更好的方法来完成此任务？
我尝试手动创建一个单独的 Firebase 项目来托管 Alpha 代码，但这不起作用。我后来了解到，当您创建 Actions on Google 项目时，它与为其创建的 Firebase 项目密切相关，并且不能指向另一个项目。
问题全部出在 Actions on Google 和 Firebase 的配置空间中。没有代码可以显示。
我希望可以使用类似于 Alexa 开发者控制台和 Amazon Lambda 管理控制台提供的某种方法。在这种方法中，我有 Alexa Skill 的 Alpha、Beta 和 Production 版本，每个版本都指向 lambda 函数的不同版本，每个版本都有一个适当的值来指示 lambda 函数正在执行的环境。这允许我将请求分配给正确的后端服务（alpha、beta、生产）。
我在 Actions on Google/Firebase 世界中看不到实现这一目标的方法。
如果您使用的是 Dialogflow，则 Actions on Google 版本级别具有相应的环境 https://cloud.google.com/dialogflow/docs/agents-versions。因此，您应该能够为每个环境设置不同的实现 URL 以指向不同的项目。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
