Vous pouvez utiliser un système de contrôle de version tiers avec Studio. Le contrôle de version vous permet de suivre et de gérer les modifications apportées à vos scripts au cours de leur développement. Cela vous permet de rechercher les problèmes lorsqu'ils surviennent.
Lorsque vous connectez un référentiel à Studio, les modifications apportées à chaque script sont transférées dans ce référentiel. Toutes les modifications sont intégrées à la branche principale. Studio ne prend actuellement en charge que le développement à branche unique.
Cette fonctionnalité n’est prise en charge que dans Studio. Pour cette raison, seule la version JSON de chaque script est enregistrée dans le système de contrôle de version. D'autres fichiers, tels que les messages audio, ne sont pas synchronisés avec le référentiel configuré.
Studio nécessite la possibilité de valider directement dans main. Pour cette raison, la politique GitHub Exiger une demande de tirage avant la fusion n'est pas prise en charge avec Studio. Si votre entreprise exige cette politique, vous ne pourrez pas utiliser GitHub pour le contrôle de version avec Studio.
Dossier de branche principale dans le dossier de niveau le plus bas
Le dossier attribué à votre étape de développement la plus basse doit contenir un sous-dossier appelé main. Le stade de niveau le plus bas correspond généralement au stade de développement. Le dossier main correspond à la branche principale, vers laquelle Studio ont poussé les fichiers. Il n'est pas nécessaire d'avoir un dossier de branchement aux étapes de niveau supérieur.
Le dossier main dans Studio peut contenir des sous-dossiers. Lorsqu'un développeur de scripts promeut un script depuis l'étape la plus basse, l'intégralité de la structure de dossiers, y compris le dossier de branche, est copiée dans le dossier de l'étape suivante. Cependant, comme les étapes de niveau supérieur ne nécessitent pas de dossier de branche, le chemin peut être modifié pour supprimer ce dossier. Si le dossier de branche n'est pas supprimé, il sera copié dans la structure de dossiers de cette étape.
Jetons d'accès personnels
Chaque utilisateur Studio doit avoir un jeton d'accès personnel configuré dans GitHub. Sans cela, ils ne peuvent pas valider les modifications apportées au référentiel configuré.
La première fois que les utilisateurs Studio tentent de valider des modifications dans un dépôt, ils sont invités à saisir leur jeton d'accès pour ce dépôt. Le jeton est chiffré et stocké dans CXone Mpower. Une fois qu'ils sont authentifiés par le système, ils ne sont plus invités à saisir leurs informations d'identification, sauf si Studio rencontre un problème nécessitant une nouvelle authentification de l'utilisateur. Par exemple, lorsque le jeton expire, les utilisateurs doivent en saisir un nouveau.
Le jeton d'accès GitHub doit :
-
Soyez un symbole classique. Les jetons à granularité fine ne sont pas pris en charge dans Studio.
-
Définissez la portée pour inclure les autorisations des utilisateurs et des dépôts.
Aucune autre autorisation ou étendue de droits n'est requise. De plus, il est recommandé que le jeton d'accès :
-
À utiliser uniquement avecStudio. Le partage des jetons d'accès entre applications n'est pas recommandé.
-
Avoir une date d'expiration. La durée de validité du jeton est à votre discrétion.
Le jeton d'accès personnel doit être créé dans GitHub. Un jeton d'accès créé dans CXone Mpower ne fonctionnera pas. Consultez la documentation en ligne GitHub
pour plus d'informations sur la création de jetons d'accès.
Fichiers non scripts
Le contrôle de version n'est disponible que pour les fichiers de script. Les autres fichiers, tels que les fichiers de grammaire ASR
Reconnaissance vocale automatique. Permet aux contacts de répondre à des invites en parlant, en appuyant sur les touches du téléphone ou les deux. ou les fichiers d'invite audio préenregistrés, n'ont pas de versions historiques sauvegardées. Ils ne peuvent pas non plus être soumis à un système de contrôle de version tiers via Studio. Pour suivre les versions des fichiers non scripts, vous pouvez utiliser une approche de gestion des versions basée sur les noms.
Dans cette approche, vous incluez un nom de version ou un numéro de version dans le nom du fichier. Par exemple, greetingPrompt_v1.wav. Lorsque vous apportez des modifications au fichier, vous enregistrez une nouvelle copie avec un numéro de version mis à jour. Par exemple, greetingPrompt_v1.wav deviendra greetingPrompt_v2.wav.
Vous ne pouvez pas modifier les noms de ces fichiers dans CXone Mpower. Toutefois, vous pouvez télécharger le fichier sur votre ordinateur, le renommer, puis charger la nouvelle version. Vous pouvez supprimer les versions des fichiers dont vous n'avez plus besoin.