Workflow für die Arbeit mit Git und WordPress

Da meine Website für mein Unternehmen wichtiger wird, möchte ich eine bessere Versionskontrolle haben, damit ich nach Änderungen nachsehen und meinen Code sichern kann. Ich sehe immer wieder, dass die Leute davon reden , ihre gesamte Seite in git zu haben, und ich möchte wissen, wie das funktioniert.

Ich habe derzeit mein eigenes Thema in meinem Git Repo. Die einzige Person, die das Thema bearbeiten wird, bin ich. Nachdem ich meine Änderungen vorgenommen habe, stelle ich die neuen Dateien per FTP auf meiner Site bereit.

Wie würdest du eine ganze Seite in git haben? WordPress, Themen und Plugins (ich habe viele!) Werden häufig aktualisiert und würden viele Commits erstellen. Ignoriere ich sie? Oder setze ich sie nur bei der Bereitstellung fest? Wie würde ich Änderungen an meinem eigenen Theme und an benutzerdefinierten Plugins unter allen anderen Commits von aktualisierten Plugins verfolgen?

Ich würde mich freuen, wenn jemand mir einen Einblick in diese Sache geben könnte.

PS Wie du vielleicht weißt, bin ich ziemlich neu bei Git, daher die falsche Terminologie usw. Schätze es, wenn du es erklärst, als wäre ich 5 mit deinen Antworten 🙂

Solutions Collecting From Web of "Workflow für die Arbeit mit Git und WordPress"

Das Problem mit dem verlinkten Artikel in deiner Frage ist, dass es vorschlägt, WordPress herunterzuladen und dann dein eigenes Git Repo zu erstellen – aber dann kann das nicht einfach aktualisiert werden. Stattdessen können Sie WordPress selbst in git haben. Statt der Standard-Subversion gibt es ein offizielles Github-Repository von WordPress , und genau wie bei Subversion-Tags wollen Sie nur den neuesten Zweig klonen.

Persönlich handle ich Dinge durch Subversion (aber die Prinzipien können in Git umgewandelt werden):

  • Ich habe einen Subversion-Checkout des aktuellen WordPress-Tags auf dem Server und auf meinem lokalen Rechner.
  • Befolgen Sie den WordPress-Leitfaden zum Verfolgen stabiler Versionen
  • Plugins unterliegen nicht der Quellcodeverwaltung – ich sehe den Vorteil nicht wirklich, wenn Sie die Plugins nicht selbst modifizieren und WordPress damit leichter umgehen kann
  • Mein Thema ist unter Subversion-Quellcodeverwaltung
  • Es ist durchaus möglich, in der Subversion ein Repository innerhalb eines anderen zu haben, dann können Sie den Core unabhängig vom Thema aktualisieren