Publicar al sitio en vivo
Ejecuta wpsync como ${CLAUDE_PLUGIN_ROOT}/bin/wpsync, dentro de la carpeta del sitio. Inicia un
capítulo "Publicando" y la lista de verificación de publicación desde
${CLAUDE_PLUGIN_ROOT}/skills/wp-dev/guiding.md, y pregunta como se indica allí.
Publicar reemplaza todo el sitio en vivo (base de datos y archivos) con la copia local. Se conservan
wp-config.php, .htaccess y archivos añadidos por el host. Las ediciones que las personas hicieron en
el sitio en vivo desde la última extracción se pierden.
- Wordfence: si
wpsync status --jsonmuestra"wordfence": "back-on", sigue ahora${CLAUDE_PLUGIN_ROOT}/skills/wp-dev/wordfence.md("Antes"). Debe permanecer apagado hasta que la publicación esté finalizada o deshecha; luego sigue su parte "Cuando wpsync termine" para volver a encenderlo. - Haz commit primero. wpsync se niega a publicar código sin commit. Si
git statusmuestra cambios, enuméralos y pregunta: Hacer commit (Recomendado: escribe un mensaje describiendo el cambio), o Detener (no se publica nada). - Simulación:
wpsync push --dry-run. Muestra al desarrollador su resumen como tabla: tamaño de la base de datos, archivos a subir y eliminar, plugins añadidos, eliminados o actualizados, y cualquier cambio en vivo desde la última extracción (posts, páginas, comentarios, nuevos usuarios). Si hay cambios en vivo, pregunta, nombrándolos: "El sitio en vivo tiene cambios desde la última extracción que la publicación borraría. ¿Qué deberíamos hacer?": Extraerlos primero (Recomendado: pero extraer reemplaza el contenido local, por lo que el contenido creado localmente debe hacerse de nuevo), Publicar de todas formas (esos cambios en vivo se pierden), o Detener. - Pide un sí claro, nombrando el sitio: "¿Publicar la copia local en ahora? Reemplaza todo el sitio en vivo; puedes deshacerlo con rollback hasta que finalices.": Publicar , o Aún no. Solo Publicar es un sí.
- Publicar:
wpsync push, como un trabajo largo (guiding.md). Muestra el mismo resumen en un diálogo de macOS, y solo avanza cuando el desarrollador escribe el dominio en vivo allí. Diles que el diálogo está por llegar, que puede abrirse detrás de otras ventanas y que tú no puedes responderlo. Luego hace una copia de seguridad de lo que cambiará enbackups/, sube, intercambia todo y verifica páginas clave. Si la verificación falla, restaura el sitio anterior por sí mismo y lo indica. - Verifica el sitio en vivo tú mismo: abre la página de inicio y las páginas que el cambio afectó en el navegador, y señálaselas al desarrollador.
- El sitio en vivo conserva la versión anterior hasta finalizar. Pregunta "¿Cómo se ve el sitio en
vivo ?":
- Se ve bien, conserva ambas por ahora (Recomendado): no pasa nada más; la opción de deshacer sigue disponible. Recuérdales que pueden decir "finalizar" o "deshacer" más tarde.
- Algo está mal, deshacer:
wpsync rollback(un diálogo de macOS pide al desarrollador confirmar) restaura el sitio en vivo anterior. - Todo bien, finalizar:
wpsync finalize(también confirmado en un diálogo de macOS) elimina la copia guardada en el servidor. Después de eso, ya no es posible deshacer;backups/aún tiene una copia local.
Antes de publicar, wpsync vuelve a verificar que su clave siga funcionando y que el servidor tenga espacio (aproximadamente el doble del tamaño del sitio). Si algo falla, di lo que informó y detente.