WordPress-fokussierte kontinuierliche Integration mit CircleCI
Über Continuous Integration oder Continuous Deployments zu schreiben, erscheint mir ein wenig komisch, da ich dies schon einmal getan habe und viele Entwickler dies bereits als Teil ihres Alltags verwenden.
Aber ich weiß auch, dass es viele Bastler, Anfänger und diejenigen gibt, die gerade erst anfangen und nach Wegen suchen, um sicherzustellen, dass sie solide Praktiken für ihre Arbeit aufbauen.
Für das, was es wert ist, begannen wir erst, als ich anfing, mit ein paar weiteren Leuten zusammenzuarbeiten, eine breitere Palette von Tools in unseren Bereitstellungsprozess zu integrieren.
Und das ist der Zweck dieses Beitrags.
Das ist:
- die ganze Idee hinter WordPress-fokussierter kontinuierlicher Integration vorzustellen,
- Einführung von CircleCI ,
- sich bereit machen, mehr darüber zu plaudern.
Nachdem dies gesagt wurde, hier ist der Überblick über alle oben genannten Punkte.
WordPress-fokussierte kontinuierliche Integration
Erstens, was ist überhaupt die große Idee hinter Continuous Integration? Die allgemeine Definition der kontinuierlichen Integration lautet also :
Continuous Integration (CI) ist in der Softwareentwicklung die Praxis, alle Entwickler-Arbeitskopien mehrmals täglich zu einer gemeinsamen Hauptlinie zusammenzuführen.
Abhängig vom Quellcodeverwaltungssystem Ihrer Wahl variiert, was als Ihre „Hauptlinie” gilt. Wenn Sie GitHub verwenden, wird es wahrscheinlich Ihr Master- Branch sein (weshalb wir immer in separaten Branches arbeiten, Code-Reviews durchführen, und Pull-Requests einrichten).
Nehmen Sie dann alles, was sich im Master befindet, und lassen Sie es auf Ihrem Staging-Server oder Ihrem Produktionsserver bereitstellen.
Und obwohl es dafür viele Tools gibt, haben mein Team und ich CircleCI für einige Projekte verwendet und ich bin definitiv ein Fan davon (außerdem haben sie gerade die zweite Version ihrer Arbeit veröffentlicht).
1 Was ist CircleCI?
CircleCI pinnt sich einfach als:
Erstellen Sie benutzerdefinierte Umgebungen, wenden Sie Workflows zur Kontrolle über Ihre Build-Pipeline an, profitieren Sie von einer flexiblen Ressourcenzuweisung und mehr.
Wobei ich gemischte Gefühle habe. Ich meine, es ist alles wahr und es erlaubt uns, eine Reihe verschiedener Aspekte unserer Bereitstellungen anzupassen, aber im Hinblick darauf, dass es weniger einschüchternd für diejenigen ist, die gerade erst anfangen, weiß ich nicht.
Unabhängig davon habe ich festgestellt, dass es so einfach oder so komplex sein kann, wie es Ihr Projekt erfordert. Und da es hier mehr darum geht, die Gründe dafür zu teilen, werde ich nicht auf alles eingehen, was es bietet.
Zumindest nicht in diesem Beitrag.
2 Wie verwenden wir es?
Vorausgesetzt, Sie haben bereits ein GitHub-Projekt eingerichtet, ist es wirklich einfach, CircleCi mit Ihrem Projekt zu verbinden.
Wann immer Sie sich anmelden, können Sie sich mit GitHub, Bitbucket oder Google verbinden (obwohl ich ein Fan davon bin, entweder mit GitHub oder Bitbucket zu beginnen, da sie die Repositories für Code haben, die viele von uns zumindest in WordPress am häufigsten verwenden). .
Von dort aus müssen Sie einen Webhook zu CircleCI einrichten. Dadurch wird CircleCI im Wesentlichen die verschiedenen Tools durchlaufen, die Sie eingerichtet haben, um Ihr Projekt zu erstellen. Ich werde gleich mehr darüber sprechen.
- Wenn der Build erfolgreich ist, erhalten Sie eine solche Benachrichtigung und können eine Codeüberprüfung anfordern oder den Branch mit master zusammenführen .
- Wenn der Build fehlschlägt, blockiert (und sollte) er die Möglichkeit, den Zweig zusammenzuführen, bis ein erfolgreicher Build vorliegt.
Was könnten die Tools beinhalten, die Teil eines Build-Prozesses für ein WordPress-Projekt sind? Da ein Großteil eines WordPress-Projekts normalerweise PHP und JavaScript enthält, können Sie einige davon verwenden:
- GrumPHP
- PHP-CodeSniffer
- PHPMD
- ESLint
- Und vieles mehr.
Wenn Sie GrumPHP richtig konfiguriert haben, überwacht es jeden Commit, der in Ihr Repository geht (selbst wenn es ein lokaler Commit ist – das heißt, bevor Sie ihn nach oben zu GitHub pushen).
Daher sollten Sie wissen, ob es ein Problem mit Ihrem Code gibt, bevor Sie ihn überhaupt in den Upstream verschieben. Sobald die lokalen Prüfungen abgeschlossen sind, können Sie es in Ihr Repository verschieben. CircleCI führt dann die gleichen Vorgänge basierend auf Ihrer Konfiguration in der von Ihnen konfigurierten Umgebung aus.
Wenn alles gut geht, wird es passieren und Sie können es wie erwähnt zusammenführen. Andernfalls müssen Sie alle gemeldeten Fehler beheben, erneut festschreiben und pushen. Wenn es ein lokales Commit passiert, wird es normalerweise einen Push passieren. Aber das ist nicht immer der Fall, also nimm nicht so viel an.
Da kommt noch mehr
Offensichtlich kratzt dies nur an der Oberfläche dessen, was Continuous Integration leisten kann. Ehrlich gesagt weiß ich gar nicht, ob ich das sagen würde – vielmehr geht es darum, die Idee der kontinuierlichen Integration und deren Vorteile vor allem in der Teamarbeit vorzustellen.
Obwohl ich eine Vielzahl verschiedener Tools ausprobiert habe, muss ich sagen, dass ich mit dem, was CircleCI bietet, am zufriedensten war. Eines der besten Dinge ist, dass, wenn Sie sich dafür entscheiden, auf einer Linux-Box zu bauen, diese kostenlos verwendet werden kann. Und das funktioniert gut für ein kleines Team, das schlank bleiben möchte.
Wie auch immer, es gibt noch mehr darüber zu berichten, also werde ich das in zukünftigen Beiträgen tun.