Publicar no site ao vivo
Execute o wpsync como ${CLAUDE_PLUGIN_ROOT}/bin/wpsync, dentro da pasta do site. Inicie um
capítulo "Publicando" e a Lista de verificação de publicação de
${CLAUDE_PLUGIN_ROOT}/skills/wp-dev/guiding.md, e pergunte da forma indicada.
Publicar substitui todo o site ao vivo (banco de dados e arquivos) pela cópia local. O
wp-config.php, .htaccess e arquivos adicionados pelo host do site ao vivo são mantidos. As edições
que pessoas fizeram no site ao vivo desde o último pull são perdidas.
- Wordfence: se
wpsync status --jsonmostrar"wordfence": "back-on", siga${CLAUDE_PLUGIN_ROOT}/skills/wp-dev/wordfence.md("Antes") agora. Ele deve permanecer desligado até que a publicação seja finalizada ou revertida; depois, siga a parte "Quando o wpsync terminar" para reativá-lo. - Commit primeiro. O wpsync se recusa a publicar código não commitado. Se
git statusmostrar alterações, liste-as e pergunte: Commitá-las (Recomendado: você escreve uma mensagem descrevendo a alteração), ou Parar (nada é publicado). - Dry run:
wpsync push --dry-run. Mostre ao desenvolvedor o resumo como uma tabela: tamanho do banco de dados, arquivos para enviar e excluir, plugins adicionados, removidos ou atualizados, e quaisquer alterações no site ao vivo desde o último pull (posts, páginas, comentários, novos usuários). Se o site ao vivo tiver alterações, pergunte, nomeando-as: "O site ao vivo <domínio> tem alterações desde o último pull que a publicação apagaria. O que devemos fazer?": Puxá-las primeiro (Recomendado: mas puxar substitui o conteúdo local, então o conteúdo feito localmente deve ser refeito), Publicar mesmo assim (essas alterações no site ao vivo são perdidas), ou Parar. - Peça um sim claro, nomeando o site: "Publicar a cópia local em <domínio> agora? Isso substitui todo o site ao vivo; você pode desfazer com reversão até finalizar.": Publicar <domínio>, ou Ainda não. Apenas Publicar <domínio> é um sim.
- Publicar:
wpsync push, como um trabalho longo (guiding.md). Ele mostra o mesmo resumo em um diálogo do macOS, e só prossegue quando o desenvolvedor digita o domínio ao vivo lá. Diga a eles que o diálogo está chegando, que pode abrir atrás de outras janelas e que você não pode respondê-lo. Em seguida, ele faz backup do que será alterado embackups/, envia, troca tudo e verifica páginas-chave. Se a verificação falhar, ele restaura o site antigo automaticamente e informa. - Verifique o site ao vivo você mesmo: abra a página inicial e as páginas que a alteração tocou no navegador, e aponte o desenvolvedor para elas.
- O site ao vivo mantém a versão anterior até a finalização. Pergunte "Como está o site ao vivo <domínio>?":
- Parece bom, mantenha ambos por enquanto (Recomendado): nada mais acontece; o desfazer permanece disponível. Lembre-os de que podem dizer "finalizar" ou "reverter" depois.
- Algo está errado, reverter:
wpsync rollback(um diálogo do macOS pede que o desenvolvedor confirme) restaura o site ao vivo anterior. - Tudo certo, finalizar:
wpsync finalize(também confirmado em um diálogo do macOS) exclui a cópia salva no servidor. Depois disso, a reversão não é mais possível;backups/ainda tem uma cópia local.
Antes de publicar, o wpsync verifica novamente se sua chave ainda funciona e se o servidor tem espaço (cerca de duas vezes o tamanho do site). Se algum falhar, informe o que foi relatado e pare.