APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
O nome de uma release é insuficiente quando pode apontar para ficheiros diferentes. Relaciona commit, build, artefacto e configuração aprovados com o que será executado. Um identificador imutável permite verificar se o binário instalado é o que passou os testes; não prova, por si só, correção funcional. Regista também parâmetros, permissões e dependências que influenciam o resultado. Se detetares diferença entre configuração em disco e em execução, investiga ativação, âmbito e instância antes de declarar sucesso.
Aplicação guiada
Recuperação precisa de considerar dados produzidos após a mudança. Uma aplicação antiga pode não compreender um schema novo ou mensagens já emitidas. Num exercício fictício, adiciona primeiro um campo compatível, migra consumidores e remove o campo antigo apenas quando a compatibilidade deixa de ser necessária. Esta sequência é uma opção de desenho, não garantia universal de rollback. O plano deve dizer que estado se recupera, que transações exigem reconciliação e como validar o serviço. Um backup sem restauro ensaiado não demonstra o prazo.
O pacote 4.2 foi reconstruído depois da aprovação. O nome não mudou, mas o hash mudou. Antes de executar, reconcilia artefacto, testes e autorização; não assumes equivalência pelo nome.
Armadilhas comuns
Usar tags mutáveis como prova de identidade; prometer rollback sem avaliar os dados novos.
Tópicos relacionados: Execução e controlo de impacto · Validação, fecho e melhoria
Repetibilidade e recuperação exigem conhecer artefacto, configuração e estado.
Referência: Release engineering · DR Change Management 2026.1; independent technical curriculum