CW Deploy

Version 0.1.0-alpha26

CSS und JavaScript pro Blog-Bereich deployen

• CW Deploy erkennt jetzt Änderungen an custom_css und custom_js einzelner
• Blog-Bereiche. Eine reine CSS- oder JavaScript-Änderung wird damit genauso
• als Blog-Änderung erkannt wie eine HTML-Änderung.
• Der Profi-Code-Diff zeigt Bereichs-CSS und Bereichs-JavaScript direkt beim
• zugehörigen Bereich an.
• Bestehende Blog-Baselines bleiben stabil: Leere Bereichs-Asset-Felder werden
• nicht in den redaktionellen Fingerprint aufgenommen. Beiträge ohne eigenes
• Bereichs-CSS/JS erscheinen nach dem Modulupdate daher nicht pauschal geändert.
• Referenzierte Blog-Medien werden jetzt auch in beitrags- und bereichseigenem
• CSS/JavaScript erkannt und beim Deployment berücksichtigt.
• SOURCE und TARGET prüfen die neue Datenstruktur explizit. Sobald Blog auf
• SOURCE Bereichs-Assets unterstützt, muss TARGET ebenfalls CW Blog
• 0.4.0-alpha40+ und CW Deploy 0.1.0-alpha26+ verwenden. Dadurch können neue
• CSS/JS-Felder nicht stillschweigend auf einem älteren TARGET verloren gehen.
• Die statischen Blog-Asset-Bundles werden wie bisher nicht kopiert, sondern
• nach dem Schreiben des Beitrags auf TARGET lokal neu erzeugt.

Wichtig

• Für Deployments mit CW Blog 0.4.0-alpha40 oder neuer bitte CW Deploy alpha26
• auf SOURCE und TARGET installieren. Danach Verbindung/Blog-Vergleich neu laden.

Version 0.1.0-alpha25

Blog-Konflikte in beide Richtungen auflösen

• Bei einem Blog-Konflikt zeigt CW nicht mehr fälschlich „Blog & News ist
• aktuell“ an.
• Unter „Konflikt zugunsten der Quelle auflösen“ können einzelne Konflikte
• ausgewählt und mit „SOURCE für Deployment vorbereiten“ neu eingeordnet
• werden.
• Dabei werden weder SOURCE noch TARGET verändert. CW speichert ausschließlich
• den aktuellen TARGET-Stand des ausgewählten Beitrags als neuen
• Vergleichspunkt.
• Nach der sicheren Neueinordnung erscheint die SOURCE-Version als normale
• create/update/delete-Aktion und kann im regulären Deployment ausgewählt
• werden.
• Die bestehende Option „Ziel übernehmen“ bleibt als bewusste Gegenrichtung
• TARGET → SOURCE vollständig erhalten.
• Die Neueinordnung wird protokolliert und bei einer fehlerhaften
• Nachprüfung automatisch auf die vorherige Baseline zurückgesetzt.
• Installation
• Die ZIP-Datei als Modul-Update auf SOURCE installieren. Ein TARGET-Update ist
• für diese reine SOURCE-Bedienlogik nicht zwingend, wird für einen einheitlichen
• Modulstand aber empfohlen.

Version 0.1.0-alpha24

Projektdatei-Konflikte zugunsten der SOURCE auflösen

• Konflikte bei Projekt-Templates und Projekt-Assets besitzen jetzt zwei klar
• getrennte Entscheidungen: SOURCE behalten oder TARGET auf SOURCE übernehmen.
• „SOURCE für Deployment vorbereiten“ verändert keine Projektdatei. Nur der
• aktuelle TARGET-Fingerprint der ausgewählten Konfliktdatei wird als neuer
• Vergleichspunkt gespeichert.
• Direkt danach wird die abweichende SOURCE-Version als normale
• create/update/delete-Aktion angezeigt und kann über den bestehenden,
• gesicherten Deployment-Ablauf übertragen werden.
• Die Aktualisierung ist dateibezogen; unbeteiligte Baseline-Einträge bleiben
• unverändert.
• Race-Prüfung und Nachvalidierung rollen die Baseline bei einem zwischenzeitlich
• veränderten Zustand automatisch zurück.
• Die bisherige Aktion „TARGET auf SOURCE übernehmen“ bleibt als getrennte
• Alternative vollständig erhalten.
• Konflikte werden nicht mehr gleichzeitig mit der falschen grünen Meldung
• „synchron“ dargestellt.
• Keine Änderung am Remote-Protokoll. Für den neuen SOURCE-Workflow genügt
• alpha24 auf der Quelle; ein Update des Ziels auf alpha24 wird empfohlen.

Version 0.1.0-alpha23

Projekt-Template-Auswahl / Fail-closed

• Der in Schritt 2 gewählte Provider-Umfang wird nun durch Schritt 4, Vorschau
• und Ausführung mitgeführt.
• Enthält Projekt-Templates oder Projekt-Assets nicht-destruktive Änderungen,
• aber keine ausgewählte Datei erreicht die Vorschau, wird der Lauf blockiert.
• Die Fehlermeldung nennt Anzahl und Dateinamen, zum Beispiel blog/post.php.
• Dieselbe Prüfung läuft unmittelbar vor der endgültigen Ausführung erneut.
• Blockierte Vorschauen bleiben in Schritt 4, sodass die Auswahl direkt
• korrigiert werden kann.
• Audit-Einträge enthalten angeforderte Provider und übermittelte Auswahlzahlen.
• Löschungen bleiben unverändert: Sie sind nie vorausgewählt und benötigen weiter
• eine eigene ausdrückliche Bestätigung.
• Keine Änderung am Remote-Protokoll. TARGET kann zunächst auf alpha22 bleiben;
• für identische Schutzmeldungen auf beiden Systemen wird alpha23 empfohlen.

Version 0.1.0-alpha22

TARGET → SOURCE Feedback / UX-Fix

• CW-Bestätigungsdialog sitzt nun korrekt am Rückübernahme-Formular statt am Submit-Button.
• Direkte Zeilenaktion „Ziel übernehmen“ ist jetzt ein echter Button.
• Einzelaktion wählt exakt den angeklickten Beitrag und öffnet danach die CW-Bestätigung.
• Auswahlstatus zeigt 0/1/n ausgewählte Beiträge.
• Während des endgültigen POSTs: sichtbarer Status „Übernahme läuft …“ und aria-busy.
• Nach Erfolg oder Fehler erscheint das Ergebnis direkt im Bereich „Vom Ziel zurück auf die Quelle“.
• Erfolgsanzeige nennt Anzahl, Backup-ID, Zeitpunkt und erneuten Vergleich.
• Fehleranzeige bleibt direkt an der Aktion sichtbar.
• Nach dem Reload scrollt CW automatisch zum Ergebnis.
• Keine Änderung am Remote-Protokoll. TARGET kann auf alpha21/alpha12+ bleiben.

Version 0.1.0-alpha21

• Blog-Codevergleich unterscheidet jetzt zwischen "Code identisch", "Nur Formatierung" und "Code geändert".
• Der rohe C-Hash bleibt unverändert und wird weiterhin für den echten Code-Diff verwendet.
• Zusätzlich wird ein rein diagnostischer Format-Hash erzeugt; er beeinflusst weder Deployment-Entscheidung noch Blog-Baseline.
• HTML-Whitespace, Einrückungen und typische Formatter-Zeilenumbrüche werden vorsichtig normalisiert.
• Whitespace in pre/code/textarea/script/style bleibt unverändert.
• CSS/JavaScript werden nur konservativ nach Zeilen/Einrückung normalisiert; dadurch werden lieber einzelne Formatfälle nicht erkannt als echte Codeänderungen fälschlich als Formatierung eingestuft.
• Im Live-Diff erscheint bei erkanntem Formatfall ein eigener Hinweis; der vollständige Diff bleibt sichtbar.
• Die Profi-Tabelle zeigt bei beidseitiger alpha21-Unterstützung direkt das Badge "Nur Formatierung".
• Versionsanzeige in "Details für IT / Profis" liest die installierte Modulversion dynamisch.

Version 0.1.0-alpha20

• Profi-Ansicht zeigt die tatsächlich laufende Modulversion sichtbar an.
• Blog-Code-Diff ist für jeden Beitrag verfügbar, der auf Quelle und Ziel vorhanden ist.
• Bei identischem Snapshot-Code erscheint "Code identisch" statt eines Gedankenstrichs.
• Bei unvollständigem Snapshot erscheint "Live prüfen"; der Vergleich kann trotzdem geöffnet werden.
• Medienreferenz-Anzahl wird getrennt vom Fingerprint beschriftet.
• Suche, Statusfilter, Sortierung und Farbcodes aus alpha17 bleiben erhalten.

Version 0.1.0-alpha19

• Profi-Blogtabelle: Code-Diff/Live-Prüfung wird für jeden Beitrag angeboten, der auf SOURCE und TARGET vorhanden ist.
• Identischer Code wird ausdrücklich als „Code identisch“ markiert; der Anzeigen-Button bleibt zum eigenen Nachprüfen verfügbar.
• Fehlt im gespeicherten Snapshot ein Code-Fingerprint, wird „Live prüfen“ angeboten statt eines irreführenden Strichs.
• Der Live-Diff versucht den signierten TARGET-Endpunkt direkt; fehlende Snapshot-Fingerprints blockieren den Aufruf nicht mehr.
• Medienreferenz-Zahlen werden als eigene beschriftete Zeile („4 Medienreferenzen“) dargestellt und hängen nicht mehr scheinbar am Hash.

Version 0.1.0-alpha18

IT / Profis – Blogvergleich

• Suche nach Titel, Slug oder UUID.
• Statusfilter für Konflikt, Ziel geändert, Quelle geändert, gelöscht, identisch und sonstige Abweichungen.
• Sortierung nach kritischem Status oder Titel A–Z / Z–A.
• Code-Diff-Button bleibt auch sichtbar, wenn der Code-Fingerprint identisch ist.
• Zusätzliches Badge „Keine Code-Änderungen“ macht sofort sichtbar, dass der Gesamtstatus aus Metadaten, Bereichen, Medien, Abhängigkeiten oder Autorendaten stammen kann.
• Der Diff-Viewer liest Quelle und Ziel trotzdem live und bestätigt bei identischem Code ausdrücklich den Gleichstand.
• Zieländerungen bleiben in der Profi-Tabelle gelb, Quelle blau, Konflikte rot und identische Einträge grün.
• Keine Änderung an Remote-Protokoll oder Schreiblogik.

Version 0.1.0-alpha17

IT-/Profi-Blogvergleich

• Die Statusfarben entsprechen jetzt auch in der technischen Blogtabelle der Hauptansicht:
• Gruen = identisch/neu, Blau = Quelle geaendert, Gelb = Ziel geaendert/nur auf Ziel, Rot = Konflikt.
• Ziel-Aenderungen sind damit unten nicht mehr optisch wie identische Eintraege dargestellt.
• Suche nach Beitragstitel oder Slug direkt ueber der Tabelle.
• Statusfilter fuer Konflikte, Ziel-, Quellen-, identische, geloeschte und sonstige Zustaende.
• Sortierung nach Status (kritische Zustaende zuerst) oder Titel A-Z/Z-A.
• Alles arbeitet clientseitig auf dem bereits geladenen Vergleich; kein erneuter Remote-Request beim Filtern.

Version 0.1.0-alpha15

Kleiner UX-Fix für die TARGET→SOURCE-Rückübernahmeliste:

• Unter dem letzten Listeneintrag bleibt jetzt deutlich mehr Innenabstand.
• Der letzte Konflikt bzw. Ziel-Eintrag liegt beim Scrollen nicht mehr direkt am unteren Rand.
• Zusätzlicher scroll-padding-bottom sorgt dafür, dass der letzte Eintrag sauber in den sichtbaren Bereich gescrollt werden kann.
• Die mitwachsenden Zeilen aus alpha14 bleiben unverändert erhalten.
• Die Remote-Schnittstelle ist unverändert; für diesen UI-Fix genügt die Aktualisierung der SOURCE-Installation.

Version 0.1.0-alpha14

UX-Fix für die Vergleichslisten:

• Eintragszeilen besitzen jetzt nur noch eine Mindesthöhe und keine starre Höhe.
• Lange Titel, Slugs und Statusinformationen lassen die Zeile automatisch mitwachsen.
• Kurze Einträge erhalten etwas mehr vertikalen Raum.
• Checkbox, Statussymbol und Aktionsbuttons bleiben vertikal zentriert.
• Text darf sauber umbrechen, statt gequetscht oder abgeschnitten zu wirken.
• Gilt auch für die TARGET→SOURCE-Rückübernahmeliste und einfache Vergleichslisten.
• Die Remote-Schnittstelle ist gegenüber alpha13 unverändert; die Aktualisierung
• der SOURCE-Installation genügt für diesen UI-Fix.

Version 0.1.0-alpha13

UX-Fix für Vergleichs- und Rückübernahmelisten:

• Farbcode der Statuskarten wird in den Blog-Listen konsequent weitergeführt:
• Grün = neu, Blau = Quelle geändert, Gelb = Ziel geändert, Rot = Konflikt.
• Konflikte werden in der TARGET→SOURCE-Liste immer zuerst angezeigt.
• Jeder Eintrag erhält einen deutlich sichtbaren Status-Badge.
• Konflikte erhalten zusätzlich roten Zeilenakzent und Warnsymbol.
• Eine kompakte Farblegende steht direkt über der Rückübernahme-Liste.
• TARGET- und SOURCE-Änderungen bleiben optisch klar getrennt.
• Die Remote-Schnittstelle ist gegenüber alpha12 unverändert; für diese reine
• UI-Verbesserung genügt die Aktualisierung der SOURCE-Installation.

Version 0.1.0-alpha12

Blog & News: TARGET -> SOURCE

• Blogbeiträge können nach dem Drei-Wege-Vergleich selektiv vom bestätigten TARGET
• zurück auf die SOURCE-Installation übernommen werden.
• Geeignet für Änderungen, die direkt auf Live vorgenommen wurden, sowie zur
• bewussten Konfliktauflösung "Ziel gewinnt".
• Vor jeder Rückübernahme wird der aktuelle SOURCE-Stand als Blog-Backup gesichert.
• Race-Schutz prüft SOURCE und TARGET unmittelbar vor dem Schreiben erneut.
• TARGET-Löschungen können nach ausdrücklicher Bestätigung auf SOURCE in den
• Blog-Papierkorb übernommen werden.
• Nach erfolgreicher Rückübernahme wird die Baseline nur für die betroffenen
• Beiträge fortgeschrieben.
• Ein lokaler Rollback stellt SOURCE und die vorherige Baseline wieder her.
• Autorenfelder
• Die öffentlichen Blog-Autorenfelder besitzen einen eigenen Fingerprint und
• können dadurch ohne Änderung des bisherigen Content-Fingerprints verglichen
• werden. Bestehende Alpha11-Baselines bleiben kompatibel.
• created_by/updated_by bleiben bei Übertragungen installationslokal und werden
• nicht von einer anderen CW-Installation überschrieben.
• Remote-Protokoll
• Neue Capability: content.blog.export
• Neuer authentifizierter Read-Endpunkt: blog-export

Version 0.1.0-alpha11

Idempotentes Content-Deployment

• Ein Top-Thema, dessen Blogserien-Abhängigkeit bereits durch den vorherigen
• Blog-Provider desselben Content-Laufs erfüllt wurde, wird jetzt sicher als
• „bereits identisch“ übersprungen.
• Dieser erwartete Zwischenzustand löst keinen Fehler und keinen
• providerübergreifenden Rollback mehr aus.
• Die Top-Themen-Baseline wird auch beim sicheren No-op auf den bestätigten
• Zielstand aktualisiert.
• Echte Konflikte, reine Zieländerungen und nicht deploybare Zustände bleiben
• weiterhin konsequent gesperrt.
• Details zu allen Vergleichs-Kennzahlen
• Jede der vier Kennzahlboxen besitzt jetzt einen Info-Button.
• Das Detailfenster listet die betroffenen Seiten, Blogbeiträge, Top-Themen
• oder Projektdateien mit Status, geplanter Aktion und Begründung auf.
• Quelle, Baseline und Ziel werden mit Fingerprint und vorhandenen Zusatzdaten
• gegenübergestellt.
• Nicht auflösbare Referenzen und Abhängigkeitsgründe werden direkt beim
• betroffenen Eintrag angezeigt.
• Installation
• Alpha11 zuerst auf TARGET, danach auf SOURCE installieren.
• Anschließend die Verbindung einmal neu prüfen und den Content-Vergleich neu
• starten.

Version 0.1.0-alpha10

Blogserien und Top-Themen-Abhängigkeiten

• Blog-Fingerprints führen Kategorien und Serien jetzt als eigene Abhängigkeitsteile.
• Änderungen an `startpage_slider`, Titel, Beschreibung, geplanter Teilezahl,
• Sortierung und Aktivstatus einer vorhandenen Blogserie werden erkannt.
• Vorhandene Kategorien und Serien werden beim Blog-Deployment sicher anhand
• ihres Slugs aktualisiert statt stillschweigend übersprungen.
• Race-Check und Post-Deploy-Validierung prüfen zusätzlich den
• Abhängigkeits-Fingerprint.
• Top-Themen-Sets berücksichtigen die darstellungsrelevanten Blogserien ihrer
• Slides. Dadurch wird etwa der Wechsel von „neuester Teil“ auf „Teil 1“ als
• deploybare Änderung sichtbar.
• Top-Themen-Backups sichern die vorherigen Blogserien-Einstellungen und stellen
• sie bei Rollback wieder her.

Kompatibilität

• Bestehende Content-Fingerprints bleiben unverändert. Abhängigkeiten werden
• separat versioniert, damit vorhandene Baselines nach dem Update nicht
• pauschal zu Konflikten werden.
• Alpha10 zuerst auf TARGET, danach auf SOURCE installieren und die Verbindung
• anschließend einmal neu prüfen. Der neue Vergleich blockiert bewusst, solange
• TARGET den Abhängigkeits-Fingerprint noch nicht unterstützt.

Version 0.1.0-alpha9

Dateirechte fuer Assets und Bilder

• Oeffentliche Verzeichnisse unter project/assets, project/uploads und
• storage/content-assets erhalten beim Schreiben 0755.
• Oeffentliche Bilder, CSS- und JavaScript-Dateien erhalten 0644.
• Private Deploy-Daten unter storage/deploy bleiben weiterhin restriktiv.
• Nach der Installation prueft Alpha9 im Adminbereich bestehende oeffentliche
• Dateien einmalig und repariert ihre Rechte, soweit der PHP-Benutzer dazu
• berechtigt ist.
• Das Ergebnis ist auf der Deploy-Uebersicht und im Protokoll sichtbar.
• Top-Themen-Konflikte
• Konflikte zeigen jetzt das konkrete Set und den Slug.
• Quelle, Baseline und Ziel werden mit Fingerprint, Slide- und Asset-Anzahl
• gegenuebergestellt.
• CW nennt den konkreten Konfliktgrund, beispielsweise beidseitige Aenderung,
• Loeschung auf einer Seite oder ein Set ausserhalb der Baseline.
• Nicht aufloesbare alte Blog-ID-Referenzen werden pro Slide ausgewiesen.
• Ein vorhandener Konflikt kann bewusst neu eingeordnet werden, indem der
• aktuelle Zielstand als neue Baseline uebernommen wird. Dieser Schritt
• uebertraegt, veraendert und loescht keine Inhalte; danach werden echte
• Quellen-Aenderungen wieder normal deploybar.
• Konflikte bleiben weiterhin gesperrt und werden niemals automatisch
• ueberschrieben.

Version 0.1.0-alpha8

Basis

• vollständiges Modul-Release auf Basis der getesteten alpha8-dev1 bis alpha8-dev3
• Minimum CW: 3.0.0-beta3
• Minimum PHP: 8.3.0

Neu

• eigene, strikt begrenzte Provider für project/templates/** und project/assets/**
• gemeinsames Preset „Projekt-Design“ mit der Reihenfolge Projekt-Assets vor Projekt-Templates
• Drei-Wege-Vergleich und getrennte Baselines je Projektdatei-Provider
• selektives Erstellen, Aktualisieren und ausdrücklich bestätigtes Löschen
• selektive TARGET → SOURCE-Rückübernahme mit SOURCE-Backup und lokalem Rollback
• großer CW Detail-Diff direkt an geänderten Projektdateien: Side-by-Side oder Unified, TARGET links und SOURCE rechts
• Text-Diff für PHP/PHTML/HTML/Twig/TPL/INC sowie CSS, JS/MJS, JSON, Source-Maps, Webmanifest, XML, TXT, Markdown und SVG
• Template-Analyse mit Hinweisen auf referenzierte Projekt-Assets
• providerübergreifender Rollback auch bei gemischten Deployments

Sicherheit

• SOURCE und TARGET werden unmittelbar vor Dateiübertragung, Rückübernahme und Diff erneut gegen die Vergleichs-Fingerprints geprüft
• TARGET-Backup, Post-Deploy-Validierung und automatischer Rollback je Projektdatei-Provider
• kein generisches project/-Deployment
• project/config, Storage, Laufzeitdaten und Secrets bleiben ausgeschlossen
• .htaccess, .user.ini, web.config, php.ini, Dotfiles und Symlinks sind nicht deploybar
• Binärdateien wie Bilder, Fonts, Audio und Video werden übertragen, aber bewusst nicht als Text-Diff geöffnet
• Löschungen sind nie vorausgewählt und benötigen eine zusätzliche Bestätigung
• Update
• Alpha8 auf SOURCE und TARGET installieren
• Verbindung danach einmal „Erneut prüfen“, damit die neuen Capabilities eingelesen werden
• vor dem ersten Schreibvorgang je Projektdatei-Provider einmal den Ausgangsstand speichern

Version 0.1.0-alpha7

• Seiten-Deployments übertragen zusätzlich die von einer Seite referenzierten öffentlichen Projektmedien und Assets aus project/assets/ und project/uploads/.
• Referenzen werden aus Seiteninhalt, CSS, JavaScript und Bereichsdateien erkannt; cw_asset() und cw_image() werden berücksichtigt.
• Referenzierte Seiten-Assets fließen in Fingerprint und Diff ein und erscheinen als eigener Bereich „Medien-Assets“.
• Fehlende statische Asset-Referenzen führen beim Export zu einer klaren Fehlermeldung statt zu einem unvollständigen Deployment.
• Asset-Pfade werden strikt auf project/assets/ und project/uploads/ begrenzt; Traversal- und unsichere Pfade werden verworfen bzw. beim Import abgelehnt.
• TARGET-Backups sichern die betroffenen Assets mit. Ein Rollback entfernt neu geschriebene Assets und stellt zuvor vorhandene Dateien wieder her.
• Nach Asset-Änderungen wird die CW-Medienverwaltung synchronisiert, sofern cw_media_sync() verfügbar ist.
• Der Pages-Provider wird auf Version 4 angehoben. Ältere Seiten-Baselines werden bewusst nicht weiterverwendet, da sie keine Asset-Fingerprints enthalten.
• Keine Datenbankmigration erforderlich.
• Release-Basis:
• CW 3.0.0-beta3 oder neuer
• PHP 8.3 oder neuer

Version 0.1.0-alpha6

• Top-Themen kann bei bereits unterschiedlichen SOURCE-/TARGET-Beständen den aktuellen TARGET-Stand als Baseline übernehmen, ohne Inhalte zu verändern.
• Nach der Baseline werden SOURCE-Änderungen normal als update/create erkannt; bei einem Set werden auch weniger Slides auf SOURCE beim vollständigen Set-Update übernommen.
• Auf SOURCE entfernte Top-Themen-Sets können optional auf TARGET gelöscht werden. Löschungen sind nie vorausgewählt und benötigen eine zusätzliche ausdrückliche Bestätigung.
• Vor Top-Themen-Schreib- und Löschaktionen wird ein TARGET-Backup erstellt; Rollback stellt gelöschte Sets wieder her.
• Referenzierte Upload-Assets werden bei einer Top-Themen-Löschung bewusst nicht entfernt.
• Top-Themen-Snapshot meldet seine Live-Capabilities; die Oberfläche bietet zusätzlich „Erneut prüfen“.

Version 0.1.0-alpha5

Konsolidierter Zwischenrelease für CW 3.0.0-beta3 / PHP 8.3.

• Dieser Release fasst die seit dem veröffentlichten 0.1.0-alpha1 entstandene Remote-, Compare-, Publish- und Rollback-Funktionalität in einem vollständigen Modulstand zusammen.
• Verbindung / Remote
• klarer 3-Schritt-Assistent: Quelle → Ziel → Konfiguration prüfen
• SOURCE-/TARGET-Rollen sauber getrennt
• HTTPS-only, HMAC-SHA256, Timestamp und Nonce-Replay-Schutz
• installationsgebundene Instance-ID und TARGET-Token
• Live-Capabilities und konkrete Remote-Fehlerdiagnose
• Seiten
• Baseline und Drei-Wege-Vergleich
• Bereichs-Fingerprints für Route/SEO, Content, page.json, Sections, CSS und JavaScript
• On-demand Code-/Inhalts-Diff mit Side-by-Side und Unified
• selektiver SOURCE → TARGET Deploy
• TARGET-Backup, Race-Schutz, Post-Deploy-Validierung und Rollback
• Blog & News
• Baseline auch bei bereits abweichendem Ausgangsstand
• Create/Update mit referenzierten Blog-Medien
• Code-Diff für HTML, CSS und JavaScript
• SOURCE-Löschungen werden erkannt
• Löschungen sind nie vorausgewählt und benötigen eine zusätzliche ausdrückliche Bestätigung
• TARGET verschiebt bestätigte Löschungen nur in den Blog-Papierkorb; Medien bleiben erhalten
• Backup und Rollback können gelöschte Beiträge wiederherstellen
• Top-Themen
• Compare, Apply und Rollback
• robuste TARGET-Initialisierung unabhängig von der alphabetischen Modul-Boot-Reihenfolge
• Workflow / Sicherheit
• selektive Provider- und Inhaltsauswahl
• Produktionsziele benötigen ausdrückliche Bestätigung
• providerübergreifendes Backup und Rollback
• TARGET-Fingerprint wird direkt vor dem Schreiben erneut geprüft
• erfolgreiche Schreibvorgänge werden gegen SOURCE validiert
• Konflikte werden nicht still überschrieben
• Audit
• SOURCE und TARGET zeigen pro Inhalt Provider, Titel/Slug, Aktion und Kennung
• Blog-Aktionen werden als neu, aktualisiert oder gelöscht/Papierkorb protokolliert
• TARGET speichert SOURCE-Name/Akteur, Deployment-ID und Backup-Bezug
• Nicht enthalten
• noch kein vollständiger FAQ-, Forms-, Navigation- oder allgemeiner Medien-Provider
• kein CW-Core-/System-Deployment
• Upgrade
• Mindestversion: CW 3.0.0-beta3
• Mindestversion PHP: 8.3
• Alpha5 auf SOURCE und TARGET installieren.
• Danach die Verbindung einmal erneut prüfen.

Version 0.1.0-alpha1

Erstes Foundation-Release des optionalen CW-Deployment-Moduls.

• Enthalten:
• CW-Modulmanifest, Navigation und Berechtigungen
• Übersicht, Ziele, Deployments und Protokoll als Backend-Grundgerüst
• vorbereitete Storage-/Update-Struktur
• CI-konformes Icon (256×256 WebP, transparent)
• CI-konformes Cover (1200×600 WebP)
• Roadmap für SFTP, Compare, Dry Run, Backup, Deploy und Rollback

Wichtig

• Alpha1 führt noch keine Dateiübertragungen aus und speichert keine Zugangsdaten.
• Mindestversion: CW 3.0.0-beta2 / PHP 8.2.