Vous pouvez utiliser un système de contrôle des versions tiers avec Studio. Le contrôle des versions 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 se présentent.
Lorsque vous connectez un référentiel à Studio, les modifications apportées à chaque script sont transférées dans ce référentiel. Tous les changements sont transférés à 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. C’est pourquoi seule la version JSON de chaque script est enregistrée dans le système de contrôle des versions. D'autres fichiers, comme les messages audio, ne sont pas synchronisés avec le référentiel configuré.
Studio nécessite la possibilité de valider directement dans la 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 assigné à 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 dansStudio peut contenir des sous-dossiers. Lorsqu'un développeur de scripts fait la promotion d'un script depuis l'étape la plus basse, toute 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 des dossiers de cette étape.
Jetons d'accès personnels
Chaque utilisateur Studio doit avoir un jeton d'accès personnel configuré dansGitHub. Sans cela, ils ne peuvent pas valider les modifications apportées au dépôt configuré.
La première fois que les utilisateurs Studio tentent de valider des modifications dans un dépôt, ils sont invités à entrer leur jeton d'accès pour ce dépôt. Le jeton est chiffré et stocké dans CXone Mpower. Après avoir été authentifié par le système, l’utilisateur n’est plus invité à fournir ses données d’identification, à moins que Studio ne rencontre un problème et doive l’authentifier à nouveau. Par exemple, lorsque le jeton expire, les utilisateurs doivent en entrer 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 seulement 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 des versions n’est disponible que pour les fichiers de scripts. Pour d’autres fichiers, tels que les fichiers de grammaire ASR
Reconnaissance automatique de la parole. Permet aux contacts de répondre aux invites en parlant, en appuyant sur les touches du téléphone ou les deux. ou les fichiers d’invites audio préenregistrées, il n’y a pas de versions historiques enregistré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 l’approche de gestion des versions basée sur les noms, vous incluez un nom de version ou un numéro 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. Cependant, vous pouvez télécharger le fichier sur votre ordinateur, le renommer, puis téléverser la nouvelle version. Vous pouvez supprimer les versions des fichiers dont vous n’avez plus besoin.