Mesclar os dois registros modificados em um com duas camadas

FeatureInitializerService
Navios
22 de agosto de 2026 às 22:05 UTC
Autor
Kamo
Enviar
13381cc

Quando um documento tem ambos os tipos, a linha CLASSIC sobrevive — é aquela que pode conter bytes editados — o design é remarcado para ele, e o FORM FILLABLE A linha é suprimida. Perder cada lado seria perder o trabalho de membro: os bytes são edições feitas em LibreOffice, o design é a colocação de campo feita à mão. O índice único torna-se uma linha por original em vez de uma por (original, kind), e só é construído após a mesclagem não deixa nenhum documento segurando dois. modified kind é deliberadamente deixado na tabela. Derrubaria qualquer coisa. O pod DocsService ainda executa a imagem anterior no meio do rollout, que nomeia o coluna em cada Img SELECT; ele pode ir uma vez que a frota virou. O corredor anterior não cria mais o antigo índice único per-kind, então os dois migrações não gastam cada corrida lutando por ele. Aplicado a prod à frente deste empurrão: 8 linhas modificadas, 4 projetos de transporte, 2 com bytes diferentes, nenhum dobrou, nada perdeu.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços