Control de versiones de terceros
Puede usar un sistema de control de versiones de terceros con Studio. El control de versiones le permite hacer un seguimiento y gestionar los cambios de sus scripts durante su desarrollo. Esto le permite investigar los problemas en el momento en que surgen.
Cuando conecta un repositorio a Studio, los cambios en cada script se aplican a ese repositorio. Todos los cambios se aplican a la rama principal. Studio actualmente solo admite el desarrollo de una sola rama.
Esta característica sólo se admite en Studio. Por este motivo, en el sistema de control de versiones sólo se guarda la versión JSON de cada script. Otros archivos, como los mensajes de audio, no se sincronizan con el repositorio configurado.
Studio requiere la capacidad de confirmar directamente con el archivo principal. Por ese motivo, la política GitHub Requerir una solicitud de extracción antes de fusionar no es compatible con Studio. Si su empresa requiere esta política, no podrá utilizar GitHub para el control de versiones con Studio.
Carpeta de rama principal en la carpeta de etapa de nivel más bajo
La carpeta asignada a su etapa de desarrollo más baja debe contener una subcarpeta llamada principal. La etapa de nivel más bajo generalmente corresponde a la etapa de desarrollo. La carpeta principal corresponde a la rama principal, a la que Studio se enviaron los archivos. No es necesario tener una carpeta de rama en etapas de nivel superior.
La carpeta principal en Studio puede contener subcarpetas. Cuando un desarrollador de scripts promueve un script desde la etapa más baja, toda la estructura de carpetas, incluida la carpeta de la rama, se copia a la carpeta de la siguiente etapa. Sin embargo, debido a que las etapas de nivel superior no requieren una carpeta de rama, se puede editar la ruta para eliminar la carpeta de rama. Si no se elimina la carpeta de la rama, se copiará en la estructura de carpetas de esa etapa.
Tokens de acceso personal
Cada usuario Studio debe tener un token de acceso personal configurado en GitHub. Sin esto, no pueden confirmar cambios en el repositorio configurado.
La primera vez que los usuarios Studio intentan realizar cambios en un repositorio, se les solicita que ingresen su token de acceso para ese repositorio. El token está encriptado y almacenado en CXone Mpower. Después de que se autentican con el sistema, no se les vuelven a solicitar las credenciales, a menos que Studio encuentre un problema y deba volver a autenticar al usuario. Por ejemplo, cuando el token expira, los usuarios deben ingresar uno nuevo.
El token de acceso GitHub debe:
-
Sea un token clásico. Los tokens de grano fino no son compatibles con Studio.
-
Establezca el alcance para incluir permisos de usuario y de repositorio.
No se requieren otros permisos ni alcances. Además, se recomienda que el token de acceso:
-
Úselo únicamente con Studio. No se recomienda compartir tokens de acceso entre aplicaciones.
-
Tiene fecha de caducidad. El tiempo que el token dura depende de usted.
El token de acceso personal debe crearse en GitHub. Un token de acceso creado en CXone Mpower no funcionará. Consulte la GitHub documentación en línea
para obtener información sobre cómo crear tokens de acceso.
Archivos que no son de script
El control de versiones sólo está disponible para archivos de script. Otros archivos, como los archivos de gramática ASR
Reconocimiento automático de voz. Permite a los contactos responder a las indicaciones hablando, presionando las teclas del teléfono o ambos. o los archivos de mensajes de audio pregrabados, no tienen versiones históricas guardadas. Tampoco pueden comprometerse con un sistema de control de versiones de terceros a través de Studio. Para hacer un seguimiento de versiones de los archivos que no son de script, puede usar una gestión de versiones basada en nombres.
En la gestión de versiones basada en nombres, el nombre del archivo contiene un nombre o número de versión. Por ejemplo, AvisoDeSaludo_v1.wav. Cuando se aplican cambios en el archivo, se guarda una copia nueva actualizando el número de versión. Por ejemplo, AvisoDeSaludo_v1.wav pasaría a ser AvisoDeSaludo_v2.wav.
No puedes cambiar los nombres de estos archivos en CXone Mpower. Sin embargo, sí puede descargar el archivo a su computadora, cambiarle el nombre y, después, cargar la versión nueva. Puede eliminar las versiones del archivo que ya no necesite.