it-swarm.com.de

Verwaltung WP Core & Plugin Updates für Clients

Ich möchte wissen, wie Sie WP Core & Plugin-Updates für Clients verwalten. Es ist ein Service, den meine Webfirma gerne anbieten würde, aber wir sind uns nicht sicher, welche Lösung die beste ist.

Lassen Sie mich einige Details angeben:

  1. Die von uns erstellten Websites unterliegen der Versionskontrolle (Git/Github).
  2. Unser Prozess umfasst normalerweise drei Umgebungen: Lokaler Entwickler, Staging/Testen, Produktion
  3. Die Bereitstellung erfolgt über Github & DeployHQ
  4. Datenbanken werden mit dem hervorragenden WP Migrate DB Pro Plugin synchronisiert
  5. Websites werden auf einem VPS gehostet

Standardmäßig deaktivieren wir automatische Updates in WP.

Wir suchen nach einer Lösung, die in unseren Workflow passt, und fragen uns, ob jemand einen ähnlichen Workflow verwendet.

Wir möchten uns nicht einfach bei einer Produktionsstätte des Kunden anmelden und den Core und/oder die Plugins über den Administrator aktualisieren. Dies würde bedeuten, dass der Code unter der Versionskontrolle "veraltet" ist und die Live-Site möglicherweise beschädigt wird.

Wir werden in Kürze Code & DB-Backups mit CodeGuard verwalten.

Anregungen wäre sehr dankbar.

6
Philip Benton

Ich bin mir nicht sicher, ob es tatsächlich eine Antwort auf Ihre Frage gibt, aber im Folgenden finden Sie einige hoffentlich hilfreiche Informationen/Gedanken.

Außerdem kenne ich nicht alle Tools, die Sie erwähnen, aber das ist sowieso zweitrangig.

Natürlich möchten Sie den Entwicklungsprozess, wie Sie ihn beschrieben haben, am Leben erhalten. Wie Sie sagten, sieht es so aus:

local dev (start cycle 1) > testing/staging (cycle 1) > production (cycle 1)

Dies ist natürlich kein linearer Prozess, sondern ein Zyklus. Da Sie nach der Bereitstellung Ihrer Arbeit für die Produktion mit Sicherheit neue Funktionen entwickeln, die auf dem neuesten Stand basieren, den Sie erreicht haben, gilt dies auch für Updates - Core oder Plugin.

Wenn Sie also Ihren neuen Entwicklungszyklus beginnen, würde dies so aussehen:

local dev (production from cycle 1, start cycle 2) > testing/staging (cycle 2) > production (cycle 2)

Auf diese Weise ist Ihr Code bei jedem Schritt auf dem gleichen Stand, Ihre Versionskontrolle ist intakt, aber natürlich Dies ist nur ein vereinfachter Entwurf , wie es geht.

Schließlich möchten Sie Git-Verzweigungen für die neuen Funktionen/Updates erstellen und die Versionskontrollmöglichkeiten im Allgemeinen nutzen. Noch eine Einfügung: Aufgrund dieser Möglichkeiten ist der Zyklus nicht eindimensional, sondern es wird nur an parallele Entwicklungszweige und dergleichen gedacht.

Auf jeden Fall läuft es darauf hinaus, einen passenden Git-Workflow auszuwählen, der mit Ihren Synchronisierungs- und Backup-Anforderungen kombiniert wird. Da ein Git-Verzweigungsmodell oder ein Workflow-Konzept hier definitiv außer Reichweite ist, lasse ich es einfach dabei. Schauen Sie sich um, es gibt viele Informationen über Git-Workflow-Modelle.

Hinweis: Dies sollte ein Kommentar sein, aber ich weiß nicht, wie ich es kurz halten soll.

5
Nicolai