Aktualisierung von WordPress Überschreibung Anpassungen Tweaks – Strategien?

Zweimal habe ich WordPress aktualisiert, nur um festzustellen, dass (facepalm) es einige Änderungen, die ich an der benutzerdefinierten Vorlage vorgenommen habe, überschreibt – zu Seitenleiste oder etwas ähnliches.

Natürlich muss ich nicht aktualisieren, aber es ist besser für Add-ons usw., und ich mag die neuesten Produkte und Fehlerbehebungen.

Wie lauten die Strategien anderer Leute für einfache Aktualisierungen von WordPress, ohne dass benutzerdefinierte Änderungen an der Standardvorlage verloren gehen?

Solutions Collecting From Web of "Aktualisierung von WordPress Überschreibung Anpassungen Tweaks – Strategien?"

Ganz einfach: Wenn Sie die Standardvorlage verwenden, benennen Sie sie in den Ordnernamen und die CSS-Dateideklaration um und sie wird nicht aktualisiert.

Wenn Sie die Aktualisierungen wünschen (z. B. Twenty One wird oft aktualisiert), erstellen Sie ein untergeordnetes Thema .

Infos hier: http://codex.wordpress.org/Child_Themes

Erstens: Du solltest niemals Änderungen an den WordPress-coredateien vornehmen, sondern ein Plugin schreiben, um es für dich zu tun.

Zweitens: Wenn Sie nur geringfügige oder moderate Motivanpassungen haben, können Sie ein untergeordnetes Thema verwenden, sodass die coredateien in Ruhe gelassen werden. Alternativ können Sie den Themenordner umbenennen, damit Ihre Änderungen nicht durch das Update gelöscht werden.

Ich verwende den Dashboard-Updater nicht.

Ich installiere WordPress mit Subversion; Alle meine lokalen Änderungen können mit svn diff angezeigt werden und in den meisten Fällen werden sie nahtlos mit der neuen Codebasis zusammengeführt, wenn ich zu einer neuen Versionsnummer wechsel. Der core und viele Plugins und Themes sind über SVN verfügbar. Nicht alle leider, aber das lässt Sie immer noch raus: Erstellen Sie ein Repository, so dass Sie nie Änderungen verlieren, selbst wenn Sie den automatischen Updater für ein Plugin verwenden. Offensichtlich helfen hier einige starke VCS-Fähigkeiten. 🙂

http://codex.wordpress.org/Installing/Updating_WordPress_with_Subversion

Bewahren Sie die Kopie Ihrer modifizierten Codebasis in einem Quellcodeverwaltungssystem auf. Ich empfehle Mercurial .

Löschen Sie die ursprüngliche Version des WordPress-Codes, den Sie geändert haben, in mercurial und binden Sie sie ein. Dann legen Sie die geänderte Codebase über den Anfang und übergeben Sie sie, während Sie ihr einen Verzweigungsnamen geben. Nenne die Filiale “oursite”, was auch immer.

Der Punkt ist, mercurial weiß jetzt , wie sich Ihre Site von der Standarddistribution unterscheidet. Dies erleichtert Upgrades.

Wenn die nächste Version von WordPress herauskommt, lade sie herunter und lege sie über das lokale mercuriale Arbeitsverzeichnis. Stellen Sie sicher, dass Sie diese Arbeitskopie auf den Standardzweig “aktualisieren”, dh nicht auf Ihren “oursite” Zweig. Mercurial weiß nun, wie sich die neue WordPress-Version von der vorherigen unterscheidet. Mercurial ist sehr gut darin, die Unterschiede von zwei “Kind” -Versionen eines gemeinsamen “Elternteils” zusammenzuführen, und in den meisten Fällen werden Ihre benutzerdefinierten Optimierungen gut inkorporiert.

Sogar mein benutzerdefiniertes Thema wird ab und zu aktualisiert. Ich lade es zuerst lokal herunter und mache einen Vergleich mit BeyondCompare, um zu sehen, wo die Änderungen sind und ob ich die Dateien, in denen meine benutzerdefinierten Änderungen vorgenommen wurden, sicher überspringen kann. Wenn nicht, aktualisiere ich die Quelldateien manuell, bevor ich sie auf meine Site hochlade. Dies ist ein bisschen mehr Arbeit, aber erforderlich, wenn Sie benutzerdefinierte Änderungen an Ihrem Design / Ihrer Site vorgenommen haben.