サードパーティのバージョン管理

Studioでサードパーティのバージョン管理システムを使用できます。 バージョン管理により、開発中にスクリプトに加えられた変更を追跡および管理できます。 これにより、問題が発生したときに調査することができます。

リポジトリをStudioに接続すると、各スクリプトへの変更がそのリポジトリにコミットされます。 すべての変更はメインブランチにコミットされます。 Studio は現在、単一ブランチの開発のみをサポートしています。

この機能はStudioでのみサポートされています。 このため、バージョン管理システムには各スクリプトのJSONバージョンのみが保存されます。 オーディオプロンプトなどの他のファイルは、構成されたリポジトリに同期されません。

最下位ステージフォルダ内のメインブランチフォルダ

最も低い開発段階に割り当てられたフォルダーには、main というサブフォルダーが含まれている必要があります。 最下位レベルのステージは通常、開発ステージに対応します。 メイン フォルダは、Studio ファイルがプッシュされるメイン ブランチに対応します。 上位レベルのステージでは、ブランチ フォルダーは必要ありません。

の メイン Studio フォルダにはサブフォルダを含めることができます。 スクリプト開発者が最下位のステージからスクリプトを昇格すると、ブランチ フォルダーを含むフォルダー構造全体が次のステージのフォルダーにコピーされます。  ただし、上位レベルのステージではブランチ フォルダーは必要ないため、パスを編集してブランチ フォルダーを削除することができます。 ブランチ フォルダーが削除されない場合、そのステージのフォルダー構造にコピーされます。

個人アクセストークン

各 Studio ユーザーは GitHub で個人アクセス トークンを設定する必要があります。 これがないと、構成されたリポジトリに変更をコミットできません。

Studio ユーザーが初めてリポジトリに変更をコミットしようとすると、そのリポジトリのアクセス トークンを入力するように求められます。 トークンは暗号化され、CXone Mpowerに保存されます。 システムで認証された後は、Studioに問題が発生してユーザーの再認証が必要になる場合を除き、再度資格情報の入力を求められることはありません。 たとえば、トークンの有効期限が切れると、ユーザーは新しいトークンを入力する必要があります。

GitHub アクセス トークンは次の条件を満たす必要があります。

• クラシックなトークンになります。 細粒度トークンは Studioではサポートされていません。

• ユーザーとリポジトリの権限が含まれるようにスコープを設定します。

その他の権限やスコープは必要ありません。 さらに、アクセス トークンでは次のことが推奨されます。

• Studioでのみ使用できます。 アプリケーション間でアクセス トークンを共有することはお勧めしません。

• 有効期限があります。 トークンの有効期間はあなた次第です。

非スクリプトファイル

バージョン管理はスクリプトファイルに対してのみ使用できます。 ASR 自動音声認識(ASR)。 コンタクトが音声で話すか、電話のキーを押すか、またはその両方でプロンプトに応答できるようにする機能。文法ファイルやレコード済みの音声プロンプトファイルなどの他のファイルには、履歴バージョンが保存されていません。 また、Studio 経由でサードパーティのバージョン管理システムにコミットすることもできません。 スクリプト以外のファイルのバージョンを追跡するには、名前ベースのバージョン管理アプローチを使用できます。

名前ベースのバージョン管理アプローチでは、ファイル名にバージョン名または番号を含めます。 たとえば、greetingPrompt_v1.wavなどです。 ファイルに変更を加えると、更新されたバージョン番号を持つ新しいコピーが保存されます。 たとえば、greetingPrompt_v1.wavはgreetingPrompt_v2.wavになります。

内のこれらのファイルの名前を 変更することはできません。CXone Mpower ただし、ファイルをコンピューターにダウンロードし、名前を変更して、新しいバージョンをアップロードすることはできます。 不要になったファイルのバージョンを削除できます。