Atualização segura: trava de deploy, snapshot, verificação e rollback
A atualização do Conn2Flow ganhou uma trava contra duas entregas ao mesmo tempo, backup do que vai ser trocado, verificação depois da troca e volta automática quando algo quebra.
Duas entregas simultâneas no mesmo servidor, ou uma entrega que quebra a instalação, eram os dois acidentes mais caros de um deploy. Esta leva de mudanças trata os dois.
Antes de trocar
- Trava de deploy: criada de forma atômica, com dono e prazo. Uma segunda entrega no mesmo destino espera ou é recusada com a identificação de quem está com a trava.
- Checagem de migrações: versão ou classe duplicada entre núcleo, projeto e plugins para o pipeline antes de qualquer alteração.
- Snapshot seletivo: guarda apenas o que o plano vai sobrescrever ou remover, e os cinco snapshots mais recentes ficam disponíveis.
- Dump do banco antes da etapa de banco.
Depois de trocar
A instalação é verificada: erro fatal novo no log do PHP ou resposta HTTP 500 na raiz reprovam a entrega. Reprovou, os arquivos voltam do snapshot e o atualizador sai com um código próprio para isso. O banco não volta sozinho: restaurar o dump é uma decisão explícita.
O manifesto por camada registra o que cada dono (projeto, plugin, núcleo) instalou, com a precedência projeto > plugin > core.
Estado
Validado em tenant isolado, inclusive com entrega quebrada de propósito. Homologação final pendente.
Origem: Core · req-197 e req-198 · BATCH-201 a BATCH-204