Komponist ohne kontinuierliche Integration

Wenn Sie ein WordPress-Entwickler sind, der Composer ohne kontinuierliche Integration verwendet, bleibt Ihnen wahrscheinlich ein entscheidender Schritt, um herauszufinden, wie Sie das Anbieterverzeichnis verwalten, wenn Sie Ihre Plugins bereitstellen.

Das ist:

• Wir wissen, dass es keine gute Idee ist, das gesamte Vendor-Verzeichnis unter Quellcodeverwaltung zu stellen,
• Andere Entwickler, die mit der Verwendung von Composer vertraut sind, sollten in der Lage sein, ohne viel Einweisung loszulegen.
• Continuous Integration wird aus einer Reihe von Gründen nicht verwendet,
• Und wir müssen ein Ergebnis in Produktionsqualität bereitstellen, das bestimmte Abhängigkeiten verwendet, andere jedoch nicht.

So sehr die obigen Punkte unsere Situation beschreiben mögen, sagen sie uns nicht, was wir damit anfangen können.

Mit anderen Worten, hier ist der Anwendungsfall: Sie haben ein WordPress-Plugin für jemanden erstellt. Dieses Plugin verwendet eine Vielzahl von Abhängigkeiten, die alle von Composer verwaltet werden.

Sie checken das Anbieterverzeichnis nicht in das Repository ein, verwenden aber auch keine kontinuierliche Integration, um das Plugin bereitzustellen. Stattdessen ist der Kunde oder ein Dritter.

Und was dann?

Distribution mit Composer ohne Continuous Integration

Die Kurzfassung ist diese:

Exportieren Sie den Master-Branch (oder Release-Branch oder wie auch immer Sie es nennen) aus Ihrer lokalen Kopie des Plugins und stellen Sie dann sicher, dass Sie den Composer-Befehl ausführen, der ihn anweist, das Vendor-Verzeichnis ohne die Abhängigkeiten auf Entwicklungsebene zu erstellen.

Anschließend können Sie das generierte Archiv bündeln und an Ihren Kunden verteilen.

Aber wie?

Erstens gehe ich davon aus, dass die lokale Kopie Ihres Plugins keine Kopie des Herstellerverzeichnisses enthält, sondern den gesamten neuesten Code aus dem Remote-Repository.

Das heißt, Sie haben die neueste, stabile Version des Codes zur Veröffentlichung bereit, aber Sie sind noch nicht bereit dazu, weil sie nicht die notwendigen Abhängigkeiten für, sagen wir, automatisches Laden und andere ähnliche Funktionen hat.

Der erste Schritt besteht darin, das lokale Repository in ein Archiv zu exportieren. So können Sie dies tun, indem Sie es auf Ihren Desktop ziehen:

$ git archive -o ~/Desktop/plugin-name.zip HEAD

Weisen Sie als Nächstes Composer an, die Abhängigkeiten außerhalb der require-dev- Direktive in Ihrer composer.jsonDatei zu installieren:

$ composer install --no-dev

Jetzt können Sie das generierte Verzeichnis in einem Plugin archivieren und diese Datei verteilen.

Ist das ideal?

Ich würde nicht sagen, dass dies ideal ist, aber es ist eine Lösung für einen Anwendungsfall, der sicherlich existiert, also würde ich sagen, dass es etwas ist, das getan werden kann, um ein bestimmtes Problem zu lösen.

Wenn Sie nach einer Möglichkeit suchen, ein WordPress-Plugin zu verteilen, das Composer ohne kontinuierliche Integration verwendet, ist dies letztendlich eine Möglichkeit, dies zu tun.

Ich erkenne jedoch an, dass es sich um einen bestimmten Anwendungsfall handelt und daher eine bestimmte Lösung hat.