Desenvolvimento de scriptsgerenciamento ciclo de vida

Salvo indicação em contrário, as informações nesta página de ajuda se aplicam apenas a Studio. Para proteger a segurança dos scripts nos vários estágios, as pastas atribuídas aos estágios do fluxo de trabalho de desenvolvimento não são visíveis no Desktop Studio.

Studio fornece um sistema de estágios de desenvolvimento para ajudá-lo a gerenciar o ciclo de vida de desenvolvimento de scripts da sua empresa. Os estágios de desenvolvimento são uma ferramenta para organizar seus scripts e gerenciar a promoção de scripts por meio do ciclo de vida de desenvolvimento de scripts.

Os estágios de desenvolvimento organizam os scripts com base em onde eles estão no processo de desenvolvimento. Você pode configurar até quatro estágios para corresponder ao processo que seus desenvolvedores de script seguem. Por exemplo, você pode usar estágios para desenvolvimento, teste e produção. Quando um desenvolvedor de script cria ou edita um script, ele trabalha no estágio de desenvolvimento. Então, quando um script estiver pronto para teste, eles podem promovê-lo para o próximo estágio.

Estrutura do seu fluxo de trabalho de desenvolvimento

Studio suporta seu fluxo de trabalho de desenvolvimento dentro da estrutura de pastas de script. A maneira exata como isso é gerenciado depende se o seu CXone Mpower sistema está configurado para divisões Separe os dados de forma segura entre as linhas de negócios. Os dados podem ser acessados apenas dentro da divisão à qual pertencem.. Se o seu sistema usa divisões, a organização dos scripts se alinhará com suas divisões. Se o seu sistema não usa divisões, Studio permite que você organize scripts usando organizações.

Organizações e divisões são atribuídas a pastas dentro Studio. As pastas estão localizadas no ACD armazenamento de arquivos em CXone Mpower. Cada organização ou divisão tem seu próprio conjunto de pastas, que consiste em uma pasta de nível superior e uma pasta para cada estágio de desenvolvimento usado nessa organização ou divisão. Dentro de cada pasta de estágio, você cria subpastas para organizar scripts. A única subpasta necessária está no estágio de desenvolvimento de nível mais baixo, que deve ter uma pasta chamada main.

Os desenvolvedores de scripts promovem scripts de um estágio para o outro. Eles podem escolher a pasta de destino na próxima etapa. Você pode configurar segurança de script conforme necessário para cada organização ou divisão. Studio permissões fornecem um nível granular de controle sobre quem pode acessar e interagir com os scripts da sua empresa etapa por etapa. Para divisões, as permissões do fluxo de trabalho de desenvolvimento permitem um controle mais preciso dentro de cada divisão para controlar o acesso aos scripts.

Fluxo de trabalho de desenvolvimento com organizações

Studio exige que você crie uma organização ao configurar seu fluxo de trabalho de desenvolvimento. As organizações são uma entidade apenas dentro Studio. Seu único objetivo é organizar os estágios de desenvolvimento e os scripts que eles contêm.

Uma organização define um conjunto de estágios de desenvolvimento e as pastas associadas a eles. Se você usar um sistema de controle de versão de terceiros com Studio, a organização também definirá o repositório no qual os scripts são confirmados. Cada organização pode usar um repositório diferente.

Você pode criar mais de uma organização. As organizações podem ser mapeadas para diferentes equipes, linhas de negócios ou outras delimitações na sua empresa. Se o seu centro de contato for pequeno ou sua empresa tiver uma estrutura direta e simples, uma organização pode ser tudo o que você precisa. No entanto, talvez você queira criar mais de uma organização se sua empresa:

Deseja usar mais de um repositório para seus scripts.
Utiliza diferentes estágios de desenvolvimento em diferentes grupos ou equipes.
Deseja manter scripts de diferentes grupos, equipes ou linhas de negócios separados uns dos outros.

Cada organização tem sua própria pasta no CXone Mpower sistema. Todos os scripts de cada organização são armazenados nessa pasta.

Se sua empresa não precisa de várias organizações, você não precisa criar uma pasta para os scripts da organização. Isso significa que as pastas para seus estágios de desenvolvimento podem estar localizadas na raiz de sua estrutura de arquivos Studio.

Fluxo de trabalho de desenvolvimento com divisões

As divisões permitem que as organizações segmentem dados com segurança dentro de suas CXone Mpower sistema para separar diferentes linhas de negócios. Eles são uma entidade que existe dentro CXone Mpower. Quando ativadas, as divisões afetam todos os dados plataforma, incluindo Studio scripts.

Um administrador CXone Mpower deve criar divisões no Admin aplicativo. Depois disso, você pode mapear divisões para pastas em Studio. A estrutura de pastas dentro Studio deve corresponder à estrutura hierárquica das divisões dentro do CXone Mpower sistema. Seu administrador plataforma responsável pelas divisões pode ajudá-lo a determinar a hierarquia.

Cada divisão tem seu próprio conjunto de estágios de desenvolvimento. Se você usar um sistema de controle de versão de terceiros com Studio, o repositório será atribuído por divisão. Cada divisão pode usar um repositório diferente.

Comparação de organizações e divisões

A tabela a seguir resume as diferenças entre organizações e divisões e seu suporte para recursos de fluxo de trabalho de desenvolvimento.

	Organização	Divisão
Entidade dentro CXone Mpower	Não	Sim
Requisitos de pasta de nível superior noStudio	Várias organizações devem ter sua própria pasta de nível superior atribuída emStudio. Uma organização não requer uma pasta de nível superior. Você pode usar a raiz para manter as pastas do estágio de desenvolvimento.	Cada divisão deve ter sua própria pasta. A estrutura de pastas deve corresponder à estrutura de divisão no plataforma.
Suporta estágios de desenvolvimento	Sim Cada organização tem um conjunto exclusivo de estágios e pastas de estágio.	Sim Cada divisão tem um conjunto exclusivo de estágios e pastas de estágio.
Suporta integração de sistema de controle de versão de terceiros	Sim Cada organização pode usar seu próprio repositório.	Sim Cada divisão pode usar seu próprio repositório.
Oferece suporte a permissões para controlar o acesso do usuário a scripts e estágios	Sim	Sim

Estágios de desenvolvimento

Os estágios de desenvolvimento são o núcleo do gerenciamento do ciclo de vida de desenvolvimento de scripts. Você pode definir até quatro estágios para corresponder aos processos estabelecidos da sua empresa. Por exemplo, se o ciclo de vida de desenvolvimento da sua empresa tiver duas etapas, dev e prod, você poderá configurar seus estágios de desenvolvimento de Studio para corresponder. Você pode personalizar os nomes dos seus estágios de desenvolvimento para corresponder aos nomes com os quais seus desenvolvedores de script estão acostumados.

Os estágios de desenvolvimento são filhos de uma organização ou divisão, dependendo de como seu CXone Mpower sistema está configurado. Cada organização ou divisão tem seu próprio conjunto exclusivo de estágios de desenvolvimento. Isso permite que você personalize os fluxos de trabalho de desenvolvimento para cada organização ou divisão.

No primeiro estágio, deve haver uma pasta chamada main. Isso representa a ramificação principal em sistemas de controle de versão, como GitHub. Todos os scripts devem estar localizados na pasta principal. Os desenvolvedores de scripts podem criar subpastas dentro main para organizar scripts. A pasta main é necessária se você quiser usar um sistema de controle de versão de terceiros com Studio. Mesmo que você não planeje usar o controle de versão, você deve armazenar todos os scripts em seu estágio de nível mais baixo em uma pasta principal.

Outros estágios não têm o mesmo requisito de nomenclatura de pasta. Você pode ter quantas subpastas nos outros três estágios e elas podem ser nomeadas como qualquer coisa. Isso permite que você use subpastas para organizar scripts de uma maneira que atenda às necessidades da sua empresa, como por versão.

Christopher Robin, o administrador Studio da Classics, Inc, está configurando os estágios de desenvolvimento. A Classics, Inc. tem duas linhas de negócios (LOBs), Classic Texts, que vende e aluga livros didáticos para estudantes universitários, e Classic Cafe and Books, uma rede de livrarias.

Ele começa criando e atribuindo a si mesmo uma função em CXone Mpower Admin que tem permissões para criar, editar e promover para todos os quatro estágios.

Christopher consulta os gerentes das equipes de script do Studio para cada LOB e aprende sobre o ciclo de vida de desenvolvimento de cada equipe. Em seguida, ele cria duas organizações, ClassicTexts e ClassicCafe, cada uma com seus estágios de desenvolvimento apropriados na página Desenvolvimento de fluxo de trabalho emStudio.

Em seguida, Christopher cria a estrutura de pastas emStudio. Ele cria um script temporário para cada organização de LOB e escolhe a opção de digitar o caminho da pasta, nomeando-o \dev\main para ambas as organizações.

Finalmente, Christopher promove o roteiro temporário através de cada um dos estágios que ele criou em cada organização. Ele não cria nenhuma subpasta nos estágios superiores. Em vez disso, ele apenas promove o roteiro para a pasta do palco. Para finalizar, ele desativa o script temporário.

Christopher agora pode ver a seguinte estrutura de pastas em Studio:

\ ClassicCafe

\Dev

\ principal

\ Prod

\TextoClássico

\Dev

\ principal

\QA

\ Prod

Promoção e Copy-Down de Scripts

Quando um script estiver pronto para passar para o próximo estágio, um desenvolvedor de script com as permissões apropriadas poderá promovê-lo. Scripts só podem ser promovidos para o próximo estágio mais alto. Eles também só podem ser promovidos a estágios configurados para a organização ou divisão à qual o desenvolvedor do script pertence.

A promoção de um script cria uma cópia do script no estágio de destino. Ele também copia todas as pastas no caminho para o local do script, exceto a pasta stage. Isso impõe a estrutura organizacional que seus desenvolvedores de script criam.

Tigger Tiggerson é desenvolvedor de scripts na Classic Texts. Ele está trabalhando no ScriptA, que está localizado em /QA/Jan2025/TiggerTest/IBVoice. Ele o promove para o estágio de Prod. Quando ele olha na pasta Prod, ele vê que todo o caminho de /Jan2025/TiggerTest/IBVoice foi copiado com o arquivo ScriptA. A pasta /QA não foi copiada porque é a pasta stage.

Por padrão, quando os scripts são promovidos, eles são armazenados nas mesmas subpastas no estágio de desenvolvimento de destino. Os desenvolvedores de script podem alterar em qual subpasta o script está armazenado, incluindo a criação de uma nova pasta.

Sua empresa pode desenvolver processos internos para definir as condições para quando promover scripts de etapa em etapa. Studio não rastreia essas condições nem valida se elas foram atendidas. No entanto, você pode usar CXone Mpower funções e permissões para controlar quais Studio os usuários podem promover para cada estágio. Você também pode controlar quem pode visualizar, criar e editar scripts em cada estágio.

Alterações nos Scripts Promovidos

Seguir um fluxo de trabalho típico do ciclo de vida de desenvolvimento de scripts significa que, quando são necessárias alterações em um script que está em um estágio superior, os desenvolvedores de scripts devem trabalhar na cópia do script que está no estágio designado para desenvolvimento. No entanto, se os scripts foram modificados em um estágio superior, eles podem ser duplicados na pasta de nível mais baixo. A única vez que isso deve ser necessário é se uma correção de emergência foi necessária e foi feita diretamente no script no estágio superior.

Quando um script é promovido ou duplicado para outro estágio de desenvolvimento, ele é copiado para a pasta do estágio de destino. Se o script estiver em uma subpasta dentro da pasta de um estágio, a subpasta e o caminho para ela serão copiados para a pasta do estágio de destino.

Permissões são necessários para promover e duplicar scripts para outros estágios de desenvolvimento. Os desenvolvedores de script devem ter:

A permissão Promover para para o estágio para o qual eles estão promovendo scripts.
A permissão Criar/Editar para o estágio para o qual estão duplicando scripts.
A permissão Visualizar para o estágio em que o script está localizado no momento.

Promover ou duplicar um script para um estágio de desenvolvimento diferente substitui a versão mais antiga do script se ela existir no estágio de destino. Se necessário, os desenvolvedores de scripts podem comparar scripts para determinar as diferenças antes de promover ou duplicar. Eles também podem visualizar o histórico de versões de um script e reverter para uma versão mais antiga, se as alterações tiverem sido substituídas.

Controle de acesso a scripts e dados

Você pode controlar quem pode acessar scripts em cada estágio de desenvolvimento definido em Studio. Usando permissões atribuídas a funções no Admin, você pode restringir a capacidade dos desenvolvedores de scripts de visualizar, criar, editar e desativar scripts em cada estágio. Você também pode controlar para quais estágios os desenvolvedores podem promover scripts.

Essas permissões se aplicam a organizações e divisões:

Para organizações, as permissões não impedem que os desenvolvedores de scripts vejam os scripts de outras organizações. Se o desenvolvedor tiver permissão para exibir scripts no estágio dev, ele poderá ver todos os scripts na pasta dev em cada organização.
Com divisões Separe os dados de forma segura entre as linhas de negócios. Os dados podem ser acessados apenas dentro da divisão à qual pertencem., os desenvolvedores de scripts só podem ver os scripts na divisão à qual estão atribuídos ou em qualquer divisão secundária da divisão à qual estão atribuídos. Por exemplo, os desenvolvedores de script com permissão para exibir scripts no estágio de desenvolvimento em sua divisão atribuída não poderão ver as pastas do estágio de desenvolvimento de outras divisões no mesmo nível hierárquico ou superior.

Gerenciamento de scripts com estágios

Depois que os estágios de desenvolvimento estiverem configurados, os desenvolvedores de scripts poderão começar a trabalhar no sistema. Você precisa garantir que seus desenvolvedores entendam como trabalhar no sistema que você configurou.

Ao projetar seus processos, considere o seguinte:

Quais estágios você configurou no Studio.
Os critérios para quando e como um script pode ser promovido para cada estágio de desenvolvimento.
Quem pode promover roteiros e para qual estágio.
O que fazer se um script de nível superior precisar ser modificado. Por exemplo, eles devem trabalhar na cópia desse script no estágio de desenvolvimento e promovê-lo de volta nos estágios.
E se uma alteração de breakfix tiver sido feita em um script em um estágio superior. Por exemplo, essa versão do script deve ser copiada para dev? Os desenvolvedores de scripts podem comparar scripts para ver qual é a versão mais recente.
Quaisquer outras diretrizes ou proteções que sua empresa tenha implementado para o desenvolvimento de scripts.

Controle de versões de scripts

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. Se necessário, você pode reverter para uma versão anterior de um script como uma forma de desfazer uma alteração problemática.

O Studio oferece duas opções para o controle de versão do script:

Histórico do script: o Studio mantém um número configurável de versões anteriores de cada script. Cada vez que o script é salvo, ele cria um registro dessa versão histórica. Você pode visualizar as versões anteriores e reverter para elas, se necessário. Essa opção apenas é compatível no Desktop Studio e no Studio.
Sistemas de controle de Versão de terceiros:Studio pode confirmar alterações de script em um sistema de controle de versão de terceiros. Atualmente, o GitHub é o único provedor compatível. Esse recurso faz parte de um programa de versão controlada. Entre em contato com o seu Representante de contas se tiver interesse em saber mais.

As duas opções de controle de versão de script funcionam em conjunto. Se você usar um sistema de controle de versão, ainda poderá visualizar e reverter para as versões anteriores de um script que o Studio mantém. No entanto, GitHub não vê isso como uma reversão. Em vez disso, ele vê o script revertido como novas alterações.

Da mesma forma, se você usar estágios de desenvolvimento em Studio, poderá visualizar versões anteriores de um script. No entanto, as versões anteriores são limitadas apenas às versões de cada estágio. Para visualizar as versões anteriores de um estágio diferente, você deve visualizar o script nesse estágio. A visualização de scripts em diferentes estágios exige que você tenha as permissões para trabalhar nesse estágio.

Fatos importantes sobre os estágios de desenvolvimento emStudio

Se sua empresa usa divisões Separe os dados de forma segura entre as linhas de negócios. Os dados podem ser acessados apenas dentro da divisão à qual pertencem., você pode ter estágios de desenvolvimento separados dentro de cada divisão. Studio usuários só podem acessar os scripts dentro de sua divisão que estão em pastas que eles têm permissão para visualizar.
Se você não usar divisões, Studio usuários só poderão acessar scripts localizados em estágios de desenvolvimento que têm permissão para visualizar.
Você pode configurar até quatro estágios de desenvolvimento e personalizar os nomes para corresponder à terminologia da sua empresa. Os nomes na página de permissões em Admin são fixos. No entanto, em Studio, você pode definir seus próprios nomes. Os nomes que você atribui a cada estágio em Studio são os que aparecem para desenvolvedores de script que usam Studio.
Em cada estágio, os desenvolvedores de scripts podem criar subpastas para organizar scripts.
Você pode configurar uma integração com um sistema de controle de versão de terceiros. Isso permite que os desenvolvedores de scripts enviem scripts para o repositório designado. Atualmente, o GitHub é o provedor compatível.