A página de Rollout do Enterprise mostra a saúde dos ambientes nas organizações da sua empresa e ajuda a identificar organizações que precisam de um blueprint ou de uma correção de build.
Para conhecer o modelo de ambiente por trás dessas métricas, consulte Gerenciamento de ambientes Enterprise e configuração declarativa de ambientes.
A página apresenta um resumo de:
A tabela de organizações inclui:
A tabela ordena primeiro as organizações que precisam de atenção: ambientes com problemas, seguidos por organizações sem build recente e, por fim, organizações saudáveis.
Use a tabela para identificar:
- Organizações sem blueprint ou repositórios declarativos.
- Organizações com builds
partial ou failed.
- Organizações cujo último build bem-sucedido está obsoleto.
Adoção gradual de blueprints
Use os dados de integridade para adotar blueprints de forma controlada e gradual:
1. Validar a base Enterprise
Crie e valide um blueprint base do nível Enterprise com as ferramentas, os runtimes, os certificados e a configuração compartilhada de que todas as organizações precisam. Confirme que o build seja concluído com sucesso e que uma sessão representativa possa usar o ambiente resultante.
Consulte Gerenciamento de ambientes Enterprise para conhecer a hierarquia de blueprints e as orientações sobre configuração compartilhada.
2. Adicione configurações de organização e repositório
Depois que a base do Enterprise estiver estável, configure blueprints de organização para ferramentas aplicáveis a toda a equipe e blueprints de repositório para dependências e comandos específicos do projeto. Comece com organizações e repositórios representativos e, depois, expanda para o restante do Enterprise.
Use blueprints de ambiente para criar e revisar a configuração.
3. Monitore a saúde do build
Volte à página de Rollout após cada fase de adoção. Investigue organizações com blueprints ausentes, builds degradadas ou com falha e registros de data e hora obsoletos de builds bem-sucedidas. Corrija o blueprint relevante da Enterprise, da organização ou do repositório e confirme que a próxima build retorna a um status saudável.
Trate uma build aprovada como um ponto de verificação, não como o fim da validação. Inicie uma sessão real do Devin em repositórios representativos e verifique se as ferramentas, as dependências, o acesso à rede e os comandos do projeto funcionam conforme esperado.