AlexMaghen/wp-publish

Auf der Live-Seite veröffentlichen

Führen Sie wpsync als ${CLAUDE_PLUGIN_ROOT}/bin/wpsync im Ordner der Site aus. Beginnen Sie ein Kapitel „Veröffentlichung“ und die Veröffentlichungs-Checkliste aus ${CLAUDE_PLUGIN_ROOT}/skills/wp-dev/guiding.md, und fragen Sie so, wie es dort steht.

Die Veröffentlichung ersetzt die gesamte Live-Seite (Datenbank und Dateien) durch die lokale Kopie. Live's wp-config.php, .htaccess und vom Host hinzugefügte Dateien bleiben erhalten. Bearbeitungen, die Personen auf der Live-Seite seit dem letzten Pull vorgenommen haben, gehen verloren.

0. Wordfence: Wenn wpsync status --json "wordfence": "back-on" anzeigt, folgen Sie jetzt ${CLAUDE_PLUGIN_ROOT}/skills/wp-dev/wordfence.md („Vorher“). Es muss ausgeschaltet bleiben, bis die Veröffentlichung finalisiert oder zurückgerollt ist; folgen Sie dann dem Teil „Wenn wpsync abgeschlossen ist“, um es wieder einzuschalten.
1. Zuerst committen. wpsync weigert sich, uncommitteten Code zu veröffentlichen. Wenn git status Änderungen anzeigt, listen Sie sie auf und fragen Sie: Änderungen committen (Empfohlen: Sie schreiben eine Nachricht, die die Änderung beschreibt), oder Stopp (nichts wird veröffentlicht).
2. Probelauf: wpsync push --dry-run. Zeigen Sie dem Entwickler die Zusammenfassung als Tabelle: Datenbankgröße, hochzuladende und zu löschende Dateien, hinzugefügte, entfernte oder aktualisierte Plugins und alle Live-Änderungen seit dem letzten Pull (Beiträge, Seiten, Kommentare, neue Benutzer). Wenn die Live-Seite Änderungen aufweist, fragen Sie, benennen Sie sie: „Live hat seit dem letzten Pull Änderungen, die durch die Veröffentlichung gelöscht würden. Was sollen wir tun?“: Zuerst pullen (Empfohlen: aber das Pullen ersetzt lokale Inhalte, daher müssen lokal erstellte Inhalte erneut erstellt werden), Trotzdem veröffentlichen (diese Live-Änderungen gehen verloren), oder Stopp.
3. Fragen Sie nach einem klaren Ja, nennen Sie die Site: „Die lokale Kopie jetzt auf veröffentlichen? Es ersetzt die gesamte Live-Seite; Sie können es bis zur Finalisierung mit Rollback rückgängig machen.“: veröffentlichen, oder Noch nicht. Nur veröffentlichen ist ein Ja.
4. Veröffentlichen: wpsync push, als langwieriger Job (guiding.md). Es zeigt dieselbe Zusammenfassung in einem macOS- Dialog an und fährt nur fort, wenn der Entwickler dort die Live-Domain eingibt. Sagen Sie ihnen, dass der Dialog kommt, dass er hinter anderen Fenstern geöffnet werden kann und dass Sie ihn nicht beantworten können. Es sichert dann, was sich ändern wird, in backups/, lädt hoch, tauscht alles aus und überprüft wichtige Seiten. Wenn die Überprüfung fehlschlägt, setzt es die alte Site von selbst zurück und teilt dies mit.
5. Selbst die Live-Seite überprüfen: Öffnen Sie die Startseite und die Seiten, die die Änderung betroffen hat, im Browser und zeigen Sie sie dem Entwickler.
6. Die Live-Seite behält die vorherige Version bis zur Finalisierung. Fragen Sie „Wie sieht live aus?“:
   • Sieht gut aus, beide vorerst behalten (Empfohlen): es passiert nichts weiter; das Rückgängigmachen bleibt verfügbar. Erinnern Sie sie daran, dass sie später „finalisieren“ oder „zurückrollen“ sagen können.
   • Etwas stimmt nicht, zurückrollen: wpsync rollback (ein macOS-Dialog fordert den Entwickler zur Bestätigung auf) stellt die vorherige Live-Seite wieder her.
   • Alles gut, finalisieren: wpsync finalize (ebenfalls in einem macOS-Dialog bestätigt) löscht die gespeicherte Kopie auf dem Server. Danach ist ein Rollback nicht mehr möglich; backups/ hat immer noch eine lokale Kopie.

Vor der Veröffentlichung überprüft wpsync erneut, ob sein Schlüssel noch funktioniert und ob der Server genügend Speicherplatz hat (etwa zweimal die Größe der Site). Wenn beides fehlschlägt, geben Sie an, was gemeldet wurde, und stoppen Sie.