对 Dialogflow 项目进行版本控制，您可以更好地控制发布流程和用户体验。在提交项目以供审核之前，您应创建一个 Dialogflow 代理的不可变版本。通过这种方法，您可以创建 Dialogflow 代理的多个版本，将它们发布到不同的环境，并在必要时回滚到先前版本。
如需详细了解如何对 Dialogflow 项目进行版本控制，请参阅 Dialogflow 版本控制。
Dialogflow 版本控制常见问题解答
Dialogflow 版本控制对我现有的 Action 有何影响？
在 2018 年 5 月 8 日之前提交到 Actions 控制台的现有 Action 不会受到影响。这意味着您对 Dialogflow 代理所做的修改将继续反映在现有 Action 中。如果 Action 已发布，您所做的修改会继续实时显示。
在 Action on Google 和 Dialogflow 中，我需要维护两个版本吗？
不可以，在管理版本页面中，您只有一个版本。 该 API 在 Actions on Google 和 Dialogflow 之间实现了统一。唯一的区别是，我们将在提交时创建 Dialogflow 代理的快照。此快照不会受到您日后对 Dialogflow 意图和实体所做的任何修改的影响。
我可以通过 Dialogflow 控制台创建和部署 Actions on Google 版本吗？
不能，您只能通过 Actions 控制台执行此操作。
在 Dialogflow 页面中，我看到此选项适用于选择试用 Beta 版的用户，这适用于 Actions on Google 吗？
不可以，Dialogflow Beta 版计划面向不在 Actions on Google 平台上的 Dialogflow 代理。如果您有适用于 Actions on Google 平台的 Dialogflow 代理，那么它会自动启用，而非 Beta 版。
如果我在 Dialogflow 控制台中启用 Beta 版，会发生什么情况？
这样做不会改变 Actions on Google 项目。如果您启用 Beta 版，则会在 Dialogflow 代理设置中看到环境标签页。 在该页面中，您可以查看（但不能修改）通过 Actions 控制台创建的相同版本，并将任何特定版本加载到草稿中。
将 Alpha 版/Beta 版/正式版与 Cloud Functions for Firebase 搭配使用时，建议采用的最佳实践是什么？
Dialogflow 的内嵌编辑器不支持 Cloud Functions for Firebase 的版本控制。不过，每个 Dialogflow 版本都指向自定义 webhook 参数。如果要使用 Alpha 版/Beta 版测试不同的服务器逻辑，我们建议您关闭内嵌编辑器，将解决方案部署到两个 Cloud Functions 函数，并将其作为 Dialogflow 中的网络钩子参数传递。