Um repositório é um local centralizado para armazenar e gerenciar automações e seus ativos de suporte. Ele facilita a organização dos recursos para permitir fácil acesso e reutilização.

Principais recursos

  • Armazenamento centralizado: Oferece um único local para armazenar todas as automações, scripts e recursos relacionados, garantindo fácil acesso para as equipes que trabalham juntas em projetos de automação.
  • Controle de versões: Monitora as alterações feitas nas automações ao longo do tempo, permitindo que os usuários revertam para versões anteriores, se necessário. Isso ajuda a manter um histórico de atualizações e modificações.
  • Colaboração: Permite que vários usuários (equipes) trabalhem em automações, garantindo que eles tenham acesso às versões mais recentes das automações.
  • Segurança e controle de acesso: Oferece controle de acesso baseado em função (RBAC) para restringir o acesso não autorizado, mantendo assim o armazenamento seguro de dados confidenciais nas automações.
  • Reuso: Promove a reutilização de automações existentes ou arquivos de suporte para reduzir o tempo de desenvolvimento e permite que os usuários aproveitem automações pré-criadas como modelos.
  • Backup e recuperação: Permite a integração com repositórios Git externos para evitar a perda de dados. Se uma conta de usuário for excluída acidentalmente, isso ajudará a recuperar as automações armazenadas no repositório privado desse usuário.

Tipos de repositórios

As automações, juntamente com suas dependências, são listadas em uma pasta selecionada nos repositórios público e privado. Dependendo da licença, os usuários que fazem login na Control Room podem acessar os seguintes repositórios:

Repositório público
O repositório público é o repositório global (servidor) que serve como um local centralizado para armazenar as versões mais recentes das automações e dos arquivos associados. Ele mantém arquivos de automação atualizados e atua como um espaço de trabalho compartilhado onde as automações podem ser executadas.

O acesso ao repositório público é gerenciado por meio do RBAC. Usuários como desenvolvedores profissionais, Citizen Developers, administradores e Bot Runners podem interagir com o repositório público com base em suas funções e permissões atribuídas.

Automatizações criadas por desenvolvedores profissionais e Citizen Developers podem ser compartilhadas seletivamente com usuários Bot Runner específicos no repositório público, definindo permissões em nível de pasta ou arquivo. Para fazer isso, os desenvolvedores devem primeiro fazer o check-in da automação de seu repositório privado para o repositório público, garantindo o controle de acesso adequado.

Repositório privado
O repositório privado é um repositório específico do usuário no servidor, projetado para criar e gerenciar o espaço de trabalho de um usuário em um ambiente compartilhado. Esse repositório é usado principalmente para criar e testar automações, permitindo que os usuários visualizem e gerenciem todas as suas atividades em um local centralizado. As automações no repositório privado são acessíveis apenas aos usuários que as criaram.

Os arquivos de automação permanecem no repositório privado (local) até que seja feito o checkin. Após o checkin bem-sucedido, os arquivos são movidos para o repositório público (global). Se for feito o checkout de uma automação do repositório público para modificação e o checkin for feito novamente, uma nova versão será criada no repositório público, mantendo o histórico de versões.

Quando uma automação é criada no repositório privado, o nome da automação deve ser exclusivo. Se uma automação ou pasta com o mesmo nome existir no repositório público (no mesmo local de pasta acessível ao usuário), o usuário não poderá criar, fazer checkout ou renomear uma automação com o mesmo nome em seu repositório privado.

Os usuários com privilégios administrativos ou com uma licença de Bot Runner não têm acesso ao repositório privado, pois não são responsáveis pela criação de automações.

Repositório Git externo

A integração do Git com a Control Room garante um mapeamento individual entre as automações inseridas no espaço de trabalho público da Control Room e a estrutura do repositório remoto do Git. Os commits do Git reforçam a segurança, a conformidade e os padrões de código, garantindo que as práticas recomendadas da organização sejam aplicadas de maneira consistente aos processos de desenvolvimento de automação. Ao expor os arquivos ao host Git remoto, os usuários podem revisar o código e os arquivos de automação usando a comparação de terceiros, ajudando a manter a conformidade e os padrões de segurança.

Quando um usuário faz o checkin de uma automação do repositório privado para o repositório público, também é feito o checkin da estrutura de pastas e dos arquivos dependentes ou eles são criados no repositório público, se ainda não existirem. O arquivo de automação é então excluído do repositório privado. Se um repositório Git externo estiver configurado, os arquivos serão confirmados e enviados para o repositório Git remoto após um checkin bem-sucedido.

A Control Room pode ser configurada para replicar seu repositório Git integrado com um host remoto do Git, sincronizando informações por meio de pushes do Git. As fontes a seguir são certificadas para integração do Git com a Control Room:

  • GitHub
  • Bitbucket
  • Azure DevOps
  • GitLab

Estrutura de pastas

A estrutura de pastas na Control Room foi projetada para organizar e gerenciar ativos de automação de maneira eficiente. A Control Room utiliza uma estrutura de pastas hierárquica para armazenar e organizar automações, scripts e arquivos relacionados. As pastas nos repositórios públicos e privados ajudam a gerenciar os recursos de automação.

A hierarquia de pastas consiste no seguinte:

  • Pasta raiz: o nível superior da estrutura de pastas nos repositórios públicos e privados. Ela contém todas as pastas principais e subpastas.
  • Pastas principais: arquivos de automação categorizados por projeto individual de função. As pastas principais podem ter vários níveis de subpastas para uma organização mais detalhada.
  • Subpastas: permite a criação de estruturas aninhadas para organizar uma automação e arquivos de suporte dentro das pastas principais.

Por exemplo, as automações podem ser organizadas por departamentos e seus respectivos subdepartamentos. Uma pasta principal pode ser chamada de Finanças com subpastas como Contas a pagar, Contas a receber e Relatórios de despesas.

A pasta Bot é a pasta padrão disponível na Control Room. As permissões de pasta podem ser aplicadas nos níveis de raiz, principal ou de subpasta para garantir acesso seguro e controlado.
Nota: A pasta Bot Store pode ser disponibilizada para usuários com permissões apropriadas.

A tabela Arquivos e pastas lista detalhes como o tipo de automação, o nome, o caminho da pasta, o status da automação, a plataforma em que a automação foi criada (Windows ou macOS) e a origem ou versão da automação. Você pode pesquisar ou filtrar automações e arquivos por tipo de automação, nome, status ou plataforma.

A opção Pesquisar em subpastas é uma opção de pesquisa avançada para pesquisar e localizar bots, arquivos, processos e formulários em uma pasta e suas subpastas em seus espaços de trabalho públicos e privados. Com essa opção ativada, uma nova coluna, Caminho da pasta, exibe o local da pasta e das subpastas para o bot.

Diretrizes do repositório

Garanta uma estrutura de repositório bem organizada, eficiente e segura que ofereça suporte a processos eficientes de desenvolvimento, teste e implantação de automação seguindo estas diretrizes.

  • Use nomes relevantes para as pastas para facilitar a localização dos arquivos de automação.
  • Estruture o repositório para refletir os departamentos ou funções da organização e agrupe as automações relacionadas conforme necessário.
  • Mantenha o número de subpastas em uma pasta em um máximo de 30 para facilitar o gerenciamento e a navegação no repositório.
  • Revise e arquive regularmente os arquivos não utilizados para manter uma estrutura organizada.
  • Defina permissões de acesso claras para proteger dados confidenciais e garantir a colaboração.
  • Use instâncias separadas da Control Room para ambientes de desenvolvimento, teste e ambiente de produção.
  • Use o repositório público somente para implantação e não para armazenar arquivos de automação.
  • Integre o Git externo para histórico de versões e backup.