Dialogflow 專案的版本管理可讓您進一步掌控發布程序和使用者體驗。將專案送交審查之前，請先建立不可變更的 Dialogflow 代理程式版本。這種方法可讓您建立多個 Dialogflow 代理程式版本、將其發布到不同的環境，並在必要時復原為先前的版本。
如要進一步瞭解 Dialogflow 專案的版本管理，請參閱 Dialogflow 版本管理。
Dialogflow 版本管理常見問題
Dialogflow 版本管理對現有動作有何影響？
2018 年 5 月 8 日前提交至 Actions Console 的現有動作不會受到影響。這表示您對 Dialogflow 代理程式所做的編輯會持續反映在現有動作中。如果動作已經發布，編輯內容會繼續反映。
在 Action on Google 和 Dialogflow 中，我需要保留兩個版本嗎？
否，「管理版本」頁面只顯示一個版本。適用於 Actions on Google 和 Dialogflow 整合。唯一的差別在於，我們會在提交 Dialogflow 代理程式時建立 Dialogflow 代理程式的快照。您未來編輯 Dialogflow 意圖和實體時，這份快照不會受到影響。
我可以透過 Dialogflow 控制台建立及部署 Actions on Google 版本嗎？
不可以，您只能透過 Actions Console 進行這項操作。
我在 Dialogflow 頁面中發現，選擇參與 Beta 版的使用者可以使用這項功能嗎？
不可以，Dialogflow Beta 版計畫適用於不在 Actions on Google 平台的 Dialogflow 代理程式。如果 Actions on Google 平台有 Dialogflow 代理程式，系統會自動啟用，並未提供 Beta 版。
如果在 Dialogflow 控制台中啟用 Beta 版，會發生什麼情況？
這項操作不會變更 Actions on Google 專案。如果您啟用了 Beta 版，就會在「Dialogflow 代理程式」設定中看到「環境」分頁。在該頁面中，您可以查看 (但無法編輯) 先前透過「Actions Console」建立的版本，並將任何特定版本載入草稿。
使用 Cloud Functions for Firebase 搭配 Alpha/Beta 版/正式版時，建議的最佳做法為何？
Dialogflow 的內嵌編輯器沒有 Cloud Functions for Firebase 的版本管理功能。不過，每個 Dialogflow 版本都會指向自訂 Webhook 參數。如要使用 Alpha/Beta 版測試不同的伺服器邏輯，建議您關閉內嵌編輯器，將解決方案部署至兩個 Cloud 函式，然後在 Dialogflow 中以 Webhook 參數的形式傳遞。