Criando Ambiente de Desenvolvimento (Testes) WordPress

Neste vídeo eu mostro passo a passo na pratica, como instalar um ambiente de testes, duplicando sua instalação do Wordpress para que você possa realizar todos os testes e atualizações, sem correr riscos do seu site quebrar em produção.

[@jpmoreno__1853]

Hoje eu uso o cloudpanel pra gerenciar 3 ambientes
Sendo eles Dev, homologação e produção
Produção é um site WordPress com plugins de EAD e ecomerce, com carrinho de compras e etc.
Hoje a atualização que eu faço de conteúdo, é feita via backup, o que acaba sobrescrevendo dados de banco de dados de produção
Tem alguma forma de eu ter uma linha de CI CD com WordPress, onde eu faça um deploy em homologação e ele só adicione as mudanças a produção e mantenha os dados gravados e não sobreescritos ?

[@brunoartbr]

Não entendi bem como esta funcionando esse deploy, mas pelo que entendi, você esta migrando todos os arquivos e banco do ambiente de desenvolvimento, o que acaba sobrescrevendo os dados de produção.
Minha dica nesse caso, seria analisar quais tipos de mudanças são feitas no ambiente de produção. Se forem alterações pequenas, você pode refazer manualmente, mas, dependendo, você pode criar um ambiente de desenvolvimento replica, você precisa ter os mesmos dados no ambiente de desenvolvimento que tem no ambiente de produção, com todos os posts etc.
Recomendo bloquear o ambiente de Dev, se ele for online, para os mecanismos de busca não indexarem o site Dev e prejudicar o SEO do site em produção.
Tem hospedagens que fazem disso, duplicar para um ambiente staging, que permite realizar os ajustes necessários e depois subir atualizado facilmente. A hostinger tem esse recurso. Mas, se for fazer no manual, poderia clonar o site todo, poderia até ser via softaculous, e depois substituir o site atual, porem, precisaria aconselhar a não subirem conteúdo para o site nesse momento de Dev, para não perder os dados.
Se for ecommerce, é mais complicado por conta de pedidos. Nesse caso, o que pode fazer é, sempre realizar um backup do banco de produção, e não subir as tabelas referentes a pedidos, posts, ou conteúdos sensíveis. Teria que criar essa regra manualmente no seu deploy.