Compositor Sin Integración Continua

Si es un desarrollador de WordPress que usa Composer sin una integración continua, es probable que le quede un paso crucial para descubrir cómo administrar el directorio de proveedores al implementar sus complementos.

Eso es:

• Sabemos que es una mala idea poner todo el directorio de proveedores bajo control de código fuente,
• Otros desarrolladores que estén familiarizados con el uso de Composer deberían poder ponerse en marcha sin necesidad de mucha instrucción.
• La integración continua no se utiliza por varias razones,
• Y nos quedamos con la necesidad de proporcionar un producto de nivel de producción que use ciertas dependencias pero no otras.

Por mucho que los puntos anteriores puedan describir nuestra situación, no nos dicen qué podemos hacer con ella.

En otras palabras, aquí está el caso de uso: ha creado un complemento de WordPress para alguien. Este complemento utiliza una variedad de dependencias, todas las cuales son mantenidas por Composer.

No está verificando el directorio de proveedores en el repositorio, pero tampoco está utilizando la integración continua para implementar el complemento. En cambio, el cliente es, o es un tercero.

¿Entonces, qué?

Distribución con Composer Sin Integración Continua

La versión corta es esta:

Exporte la rama maestra (o la rama de lanzamiento o como la llame) desde su copia local del complemento, luego asegúrese de ejecutar el comando Composer que le indica que cree el directorio de proveedores sin las dependencias de nivel de desarrollo.

Luego puede agrupar el archivo generado y distribuirlo a su cliente.

¿Pero cómo?

Primero, asumo que la copia local de su complemento no tiene una copia del directorio del proveedor, pero tiene todo el código más reciente extraído del repositorio remoto.

Es decir, tiene la última versión estable del código lista para publicarse, pero aún no está listo para hacerlo porque no tiene las dependencias necesarias para, por ejemplo, la carga automática y otras funciones similares.

El primer paso será exportar el repositorio local a un archivo. Así es como puede hacerlo colocándolo en su escritorio:

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

A continuación, indique a Composer que instale las dependencias que están fuera de la directiva require-devcomposer.json en su archivo:

$ composer install --no-dev

Ahora puede archivar el directorio generado en un complemento y distribuir ese archivo.

¿Es esto ideal?

No diría que esto es ideal, pero es una solución para un caso de uso que ciertamente existe, así que diría que es algo que se puede hacer para resolver un problema específico.

En última instancia, si está buscando una forma de distribuir un complemento de WordPress que use Composer sin integración continua, esta es una forma de hacerlo.

Sin embargo, reconozco que es un caso de uso específico y, por lo tanto, tiene una solución específica.