Controle de Versão de Terceiros
É possível usar um sistema de controle de versão de terceiros com o Studio. O controle de versão permite rastrear e gerenciar as alterações nos scripts durante o desenvolvimento. Isso permite que você pesquise os problemas quando eles surgirem.
Quando você conecta um repositório a Studio, as alterações em cada script são confirmadas nesse repositório. Todas as alterações são confirmadas na ramificação principal. Studio atualmente suporta apenas o desenvolvimento de ramo único.
Esse recurso é compatível apenas com o Studio. Por esse motivo, somente a versão JSON de cada script é salva no sistema de controle de versão. Outros arquivos, como prompts de áudio, não são sincronizados com o repositório configurado.
Studio requer a capacidade de confirmar diretamente com main. Por esse motivo, não há suporte para a política de GitHub Exigir uma solicitação de pull antes da mesclagem com Studio. Se sua empresa exigir essa política, você não poderá usar GitHub para controle de versão com Studio.
Pasta de ramificação principal na pasta de estágio de nível mais baixo
A pasta atribuída ao seu estágio de desenvolvimento mais baixo deve conter uma subpasta chamada main. O estágio de nível mais baixo normalmente corresponde ao estágio de desenvolvimento. A pasta main corresponde ao branch principal, para o qual Studio arquivos enviados. Ter uma pasta de ramificação não é necessário em estágios de nível superior.
A pasta principal Studio pode conter subpastas. Quando um desenvolvedor de script promove um script do estágio mais baixo, toda a estrutura de pastas, incluindo a pasta de ramificação, é copiada para a pasta do próximo estágio. No entanto, como os estágios de nível superior não exigem uma pasta de ramificação, o caminho pode ser editado para remover a pasta de ramificação. Se a pasta de ramificação não for removida, ela será copiada para a estrutura de pastas desse estágio.
Tokens de acesso pessoal
Cada usuário Studio deve ter um token de acesso pessoal configurado em GitHub. Sem isso, eles não podem confirmar alterações no repositório configurado.
Na primeira vez que Studio usuários tentarem confirmar alterações em um repositório, eles serão solicitados a inserir seu token de acesso para esse repositório. O token é criptografado e armazenado em CXone Mpower. Depois de autenticados no sistema, as credenciais não serão solicitadas novamente, a menos que o Studio encontre um problema e precise autenticar o usuário novamente. Por exemplo, quando o token expira, os usuários devem inserir um novo.
O token de acesso GitHub deve:
-
Seja um token clássico. Tokens refinados não são suportados em Studio.
-
Ter o escopo definido para incluir permissões de usuário e repositório.
Nenhuma outra permissão ou escopo é necessário. Além disso, é recomendável que o token de acesso:
-
Pode ser usado apenas com Studio. O compartilhamento de tokens de acesso entre aplicativos não é recomendado.
-
Ter uma data de validade. O período de tempo que o token nos faz jus a você.
O token de acesso pessoal deve ser criado em GitHub. Um token de acesso criado no CXone Mpower não funcionará. Consulte a documentação on-line do GitHub
para obter informações sobre como criar tokens de acesso.
Arquivos sem script
O controle de versão só está disponível para arquivos de script. Outros arquivos, como os arquivos de gramática ASR
Reconhecimento automático de fala. Permite que os contatos respondam aos avisos falando, pressionando as teclas do telefone ou ambos. ou arquivos de prompt de áudio pré-gravados, não têm versões históricas salvas. Eles também não podem ser comprometidos com um sistema de controle de versão de terceiros por meio do Studio. Para rastrear versões de arquivos que não sejam de script, você pode usar uma abordagem de gerenciamento de versão baseada em nomes.
Na abordagem de gerenciamento de versão baseada em nome, você inclui um nome ou número de versão no nome do arquivo. Por exemplo, greetingPrompt_v1.wav. Ao fazer alterações no arquivo, você salva uma nova cópia com um número de versão atualizado. Por exemplo, greetingPrompt_v1.wav se tornaria greetingPrompt_v2.wav.
Você não pode alterar os nomes desses arquivos em CXone Mpower. No entanto, você pode fazer download do arquivo para o seu computador, renomeá-lo e, em seguida, fazer upload da nova versão. Você pode excluir versões de arquivos que não são mais necessários.