Compositore senza integrazione continua

Se sei uno sviluppatore WordPress che utilizza Composer senza un’integrazione continua, è probabile che ti rimanga un passaggio cruciale per capire come gestire la directory del fornitore durante la distribuzione dei plug-in.

Questo è:

• Sappiamo che è una cattiva idea mettere l’intera directory del fornitore sotto il controllo del codice sorgente,
• Altri sviluppatori che hanno familiarità con l’utilizzo di Composer dovrebbero essere in grado di iniziare a funzionare senza la necessità di molte istruzioni,
• L’integrazione continua non viene utilizzata per una serie di motivi,
• E ci resta la necessità di fornire un deliverable di livello produttivo che utilizzi determinate dipendenze ma non altre.

Per quanto i punti precedenti possano descrivere la nostra situazione, non ci dice cosa possiamo farci.

In altre parole, ecco il caso d’uso: hai creato un plugin per WordPress per qualcuno. Questo plugin utilizza una varietà di dipendenze che sono tutte gestite da Composer.

Non stai controllando la directory del fornitore nel repository, ma non stai nemmeno utilizzando l’integrazione continua per distribuire il plug-in. Invece, il cliente lo è o è una terza parte.

E allora?

Distribuzione con compositore senza integrazione continua

La versione corta è questa:

Esporta il ramo principale (o ramo di rilascio o come lo chiami) dalla tua copia locale del plug-in, quindi assicurati di eseguire il comando Composer che indica di creare la directory del fornitore senza le dipendenze a livello di sviluppo.

Quindi puoi raggruppare l’archivio generato e distribuirlo al tuo cliente.

Ma come?

Innanzitutto, suppongo che la copia locale del plug-in non abbia una copia della directory del fornitore ma abbia tutto il codice più recente estratto dal repository remoto.

Cioè, hai l’ultima versione stabile del codice pronta per essere rilasciata ma non sei ancora pronto per farlo perché non ha le dipendenze necessarie, ad esempio, per il caricamento automatico e altre funzionalità simili.

Il primo passaggio consiste nell’esportare il repository locale in un archivio. Ecco come puoi farlo rilasciandolo sul desktop:

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

Quindi, chiedi a Composer di installare le dipendenze che sono al di fuori della direttiva require-devcomposer.json nel tuo file:

$ composer install --no-dev

Ora puoi archiviare la directory generata in un plug-in e distribuire quel file.

Questo è l’ideale?

Non direi che questo è l’ideale, ma è una soluzione a un caso d’uso che sicuramente esiste, quindi direi che è qualcosa che può essere fatto per risolvere un problema specifico.

In definitiva, se stai cercando un modo per distribuire un plug-in WordPress che utilizza Composer senza un’integrazione continua, questo è un modo per farlo.

Riconosco, tuttavia, che si tratta di un caso d’uso specifico e quindi ha una soluzione specifica.