Afield1. Wähle das Repository
Verbinde GitHub in Integrations und wähle das Website-Repository. Prüfe Branch und Projekt. Eine Anmeldung gibt nicht automatisch Zugriff auf alle Repositories.
2. Fordere eine konkrete Änderung an
Beispiel: „Aktualisiere die Produktseite mit dem geprüften Text unten. Behalte das Layout, ändere Titel und Beschreibung und nenne geänderte Dateien und Prüfungen.“
3. Prüfe Diff und Vorschau
Kontrolliere Änderungen, Direktaufruf, schmale Ansicht und Links. Bei einer verschobenen URL gehören Weiterleitung, Canonical und Sitemap dazu.
4. Nutze den Veröffentlichungsprozess
Eine Änderung oder ein PR ist kein Deployment. Schließe Prüfung und Release wie üblich ab und öffne die öffentliche Seite. Prüfe bei Fehlern Repository- und Branch-Rechte vor einem neuen Versuch.
Die fehlerhafte Stufe bestimmen
Fehlt Repositoryzugriff, prüfe die Autorisierung. Existiert die Änderung, lässt sich aber nicht übernehmen, prüfe Branchregeln und Teamprozess. Scheitert der Build, bewahre Fehlermeldung und betroffene Dateien auf. Das sind verschiedene Probleme; neu erzeugter Text behebt sie nicht.
Öffne nach der Veröffentlichung die öffentliche URL direkt. Prüfe den überarbeiteten Absatz und die Links. Bei einer verschobenen URL teste auch die alte Adresse. Ein korrekter Diff belegt die vorgeschlagene Änderung, nicht deren Bereitstellung in Produktion.
Verfolge die Änderung von der Datei zur Seite
Nenne für eine Artikelkorrektur Route und genaue Passage. Ändere die Quelle, die diese Seite tatsächlich erzeugt, nicht eine doppelte HTML-Datei außerhalb des Builds. Prüfe den vorgesehenen Text ohne sachfremde Anwendungsänderungen.
Öffne die Vorschau des üblichen Repositoryprozesses. Kontrolliere Inhalt, Links und Bilder. Hat sich die Datei geändert, die Vorschau aber nicht, prüfe Renderer oder Build-Eingabe, bevor eine weitere Kopie entsteht.
Öffne nach der Freigabe die öffentliche Route. Eine integrierte Änderung muss noch nicht im vorgesehenen Deployment angekommen sein. Bewahre Referenz und beobachtetes Ergebnis auf. Bei Veröffentlichungsfehlern arbeite mit der vorbereiteten Änderung weiter; Umschreiben behebt keinen Deploymentfehler.