Dialogflow 프로젝트의 버전을 관리하면 출시 프로세스와 사용자 환경을 더 효과적으로 제어할 수 있습니다. 검토를 위해 프로젝트를 제출하기 전에 변경 불가능한 버전의 Dialogflow 에이전트를 만들어야 합니다. 이 접근 방식을 사용하면 Dialogflow 에이전트의 여러 버전을 만들어 별도의 환경에 게시하고 필요한 경우 이전 버전으로 롤백할 수 있습니다.
Dialogflow 프로젝트 버전 관리에 대한 자세한 내용은 Dialogflow 버전 관리를 참조하세요.
Dialogflow 버전 관리 FAQ
Dialogflow 버전 관리는 기존 작업에 어떤 영향을 주나요?
2018년 5월 8일 이전에 Actions Console에 제출된 기존 작업은 영향을 받지 않습니다. 즉, Dialogflow 에이전트에 적용한 수정사항이 기존 작업에 계속 반영됩니다. 작업이 이미 게시된 경우 수정사항이 계속 실시간으로 반영됩니다.
Action on Google 및 Dialogflow에서는 두 가지 버전을 유지관리해야 하나요?
아니요. 버전 관리 페이지에 표시되는 것과 같이 버전이 하나만 있습니다. Actions on Google과 Dialogflow 전반에서 통합됩니다. 유일한 차이점은 제출 시 Dialogflow 에이전트의 스냅샷을 만든다는 것입니다. 이 스냅샷은 향후 Dialogflow 인텐트 및 항목을 수정해도 영향을 받지 않습니다.
Dialogflow 콘솔에서 Actions on Google 버전을 만들고 배포할 수 있나요?
아니요. Actions Console을 통해서만 변경할 수 있습니다.
Dialogflow 페이지에서 이 기능은 베타를 선택한 사용자가 사용할 수 있다는 것을 확인했습니다. Actions on Google에도 이 기능이 적용되나요?
아니요. Dialogflow 베타 프로그램은 Actions on Google 플랫폼에 없는 Dialogflow 에이전트용입니다. Actions on Google 플랫폼용 Dialogflow 에이전트가 있는 경우 자동으로 사용 설정되며 베타 버전이 아닙니다.
Dialogflow 콘솔에서 베타를 사용 설정하면 어떻게 되나요?
이렇게 해도 Actions on Google 프로젝트는 변경되지 않습니다. 베타를 사용 설정하면 Dialogflow 에이전트 설정에 환경 탭이 표시됩니다. 이 페이지에서 Actions 콘솔에서 만든 것과 동일한 버전을 볼 수 있지만 수정할 수는 없습니다. 특정 버전을 초안으로 로드할 수 있습니다.
Firebase용 Cloud Functions와 함께 알파/베타/프로덕션 출시를 사용할 때 권장되는 권장사항은 무엇인가요?
Dialogflow의 인라인 편집기에는 Firebase용 Cloud Functions에 대한 버전 관리 기능이 없습니다. 하지만 각 Dialogflow 버전은 커스텀 웹훅 매개변수를 가리킵니다. 알파/베타 출시 버전으로 다양한 서버 로직을 테스트하려면 인라인 편집기를 끄고 솔루션을 두 개의 Cloud Functions에 배포한 다음 이를 Dialogflow에서 웹훅 매개변수로 전달하는 것이 좋습니다.