Integrazione continua incentrata su WordPress con CircleCI
Scrivere di integrazione continua o distribuzioni continue mi sembra un po’ divertente dato che l’ho già fatto in precedenza e dato che so che molti sviluppatori lo usano già come parte del loro quotidiano.
Ma so anche che ci sono molti hobbisti, principianti e coloro che sono appena agli inizi che sono alla ricerca di modi per assicurarsi che stiano impostando solide pratiche per il loro lavoro.
Per quel che vale, è stato solo quando ho iniziato a lavorare con alcune persone in più che abbiamo iniziato a incorporare un insieme più ampio di strumenti nel nostro processo di distribuzione.
E questo è lo scopo di questo post.
Questo è:
- introdurre l’intera idea alla base dell’integrazione continua incentrata su WordPress,
- presentando CircleCI ,
- preparandoci a parlarne di più.
Detto questo, ecco il riassunto di tutto quanto sopra.
Integrazione continua incentrata su WordPress
Innanzitutto, qual è comunque la grande idea dietro l’integrazione continua? Quindi la definizione generale di integrazione continua è :
Nell’ingegneria del software, l’integrazione continua (CI) è la pratica di unire tutte le copie di lavoro degli sviluppatori in una linea principale condivisa più volte al giorno.
A seconda del sistema di controllo del codice sorgente scelto, ciò che è considerato la tua "linea principale" varierà. Se stai usando GitHub, è probabile che sarà il tuo ramo principale (motivo per cui dovremmo sempre lavorare in rami separati, avere revisioni del codice, e impostare le richieste pull).
Quindi prendi tutto ciò che è in master e fallo distribuire sul tuo server di staging o sul tuo server di produzione.
E sebbene ci siano molti strumenti per questo, io e il mio team abbiamo utilizzato CircleCI per alcuni progetti e sono sicuramente un fan (inoltre, hanno appena rilasciato la seconda versione del loro lavoro).
1 Che cos’è CircleCI?
CircleCI si definisce semplicemente come:
Crea ambienti personalizzati, applica flussi di lavoro per il controllo sulla tua pipeline di build, goditi l’allocazione flessibile delle risorse e altro ancora.
A proposito del quale ho sentimenti contrastanti. Voglio dire, è tutto vero e ci consente di avere la personalizzazione su una serie di aspetti diversi dei nostri schieramenti, ma in termini di essere meno intimidatori per coloro che hanno appena iniziato, non lo so.
Indipendentemente da ciò, ho scoperto che può essere semplice o complesso in base alle esigenze del tuo progetto. E poiché si tratta più di condividere le ragioni, non mi preoccuperò di approfondire tutto ciò che offre.
Almeno non in questo post.
2 Come lo usiamo?
Supponendo che tu abbia già configurato un progetto GitHub, è davvero facile connettere CircleCi al tuo progetto.
Ogni volta che ti iscrivi, puoi connetterti con GitHub, Bitbucket o Google (anche se sono un fan di iniziare con GitHub o Bitbucket considerando che hanno i repository per il codice che molti di noi in WordPress, almeno, più comunemente usano) .
Da lì, dovrai configurare un webhook su CircleCI. Ciò essenzialmente consentirà a CircleCI di eseguire la varietà di strumenti che hai impostato e di creare il tuo progetto. Parlerò di più di questo tra un momento.
- Se la compilazione ha esito positivo, riceverai una di queste notifiche e potrai richiedere una revisione del codice o unire il ramo in master.
- Se la build fallisce, bloccherà (e dovrebbe) la possibilità di unire il ramo finché non si ottiene una build riuscita.
Detto questo, cosa potrebbero includere gli strumenti che fanno parte di un processo di creazione per un progetto WordPress? Dato che gran parte di un progetto WordPress di solito include PHP e JavaScript, puoi usarne alcuni:
- GrumPHP
- Codice PHP Sniffer
- PHPMD
- ESLint
- E altro ancora.
Se hai configurato GrumPHP correttamente, controllerà ogni commit che entra nel tuo repository (anche quando è un commit locale, ovvero prima di eseguire il push upstream su GitHub).
Pertanto, dovresti sapere se c’è un problema con il tuo codice prima ancora di inviarlo a monte. Una volta completati i controlli locali, sei pronto per inviarlo al tuo repository. CircleCI eseguirà quindi le stesse operazioni in base alla tua configurazione nell’ambiente che hai configurato.
Se tutto va bene, passerà e, come accennato, puoi unirlo. In caso contrario, dovrai correggere tutti gli errori segnalati, ripristinarli e inviarli. Di solito, se passa un commit locale, passerà un push. Ma non è sempre così, quindi non dare per scontato.
E c’è dell’altro
Ovviamente, questo è solo scalfire la superficie di ciò che l’integrazione continua può fare. Onestamente, non so nemmeno se lo direi, invece, si tratta più di introdurre l’idea di integrazione continua e dei vantaggi che offre soprattutto quando si lavora con un team.
Anche se ho provato una varietà di strumenti diversi, devo dire che sono stato molto soddisfatto di ciò che offre CircleCI. Una delle cose migliori di tutte è che se scegli di costruire su una scatola Linux, allora è gratuito. E questo funziona bene per una piccola squadra che sta cercando di rimanere snella.
Ad ogni modo, c’è altro da coprire su questo, quindi sto cercando di farlo nei post futuri.