3. Regras da ação Promover RPO

Regras da ação Promover RPO

A ação Promover RPO possui regras distantas para os ambientes PRD e DEV.

Regras para topologia de PRD (e QA)

• Quando o ambiente de destino do RPO é o PRD (ou QA), o repositório de origem é atualizado para todos os serviços da topologia, sem excessão. 
• Isso significa que os environments dos serviços, deste idioma, receberão o repositório: 
  • ERP
  • Compilacao Server
  • Scheduler WF
  • Monitor
  • Portal, se este serviço existir
  • Coletor, se este serviço existir
  • Web Services, se este serviço existir
• Essa regra fará com que todos serviços tenham as mesmas versões de programas e bibliotecas, garantindo que o comportamento seja o mesmo em toda topologia. 

Regras para topologia de DEV

• A topologia de desenvolvimento não possui a mesma regra de equidade de versão dos repositórios. 
• Isso significa que cada serviço disponível nessa topologia pode ter um repositório diferente e isso permite uma flexibilidade maior para testes de programas com versões distintas com objetivo de corrigir bugs e situações críticas, antes de promover os programas e pacotes para o ambiente produtivo. 
• Sendo assim, as promoções de repositórios serão direcionadas a um único serviço e os demais não sofrerão qualquer alteração. 

Ação Aplicar Patch recebe a mesma regra de promoção

• A ação Aplicar Patch possui a mesma regra do Promover RPO quando falamos de atualização do repositório de objetos após recebimento do pacote de atualização. 
• Isso acontece porque essa ação possui duas macro-etapas:
  • Na primeira etapa, o robô de compilação aplica o pacote no repositório do serviço que deve receber a atualização;
  • Na segunda etapa, o repositório de objetos é promovido ao serviço de destino.