Y FUNCIONALIDADES NATIVAS DE COMPOSER PARA QUIENES YA LO USAN ➔ MOSTRAR COMO CREAR COMANDOS PERSONALIZADOS DE COMPOSER ➔ EVITAR RE-INVENTAR LA RUEDA AL MANEJAR COMANDOS.
guarda en la raíz del proyecto. ➔ Primer archivo que leé composer al inicializarse ➔ Guarda la configuración de dependencias. ➔ También define los scripts personalizados que veremos más adelante.
en la carpeta raíz del proyecto. ➔ Contiene la información de los paquetes instalados, versiones y fecha de instalación. ➔ No se espera lo lea ni edite un humano. ➔ Si no está definido los comandos `update` o `install` se comportan de forma idéntica.
Ignora el contenido de composer.lock ➔ Recrea el arbol de dependencias ➔ Descarga las versiones más recientes ➔ Actualiza el archivo composer.lock install ➔ Leé el archivo composer.lock ➔ No recrea el árbol de dependencias ➔ Descarga las versiones exactas definidas en el archivo composer.lock ➔ No edita el archivo composer.lock
de producción El archivo composer.lock NO DEBERÍA estar definido en ramas de desarrollo, release o pruebas. Si se ejecuta composer update en alguna rama o ambiente de producción se DEBE hacer commit al archivo actualizado composer.lock
actualiza la versión del mismo ejecutable de composer. Puede requerir permisos de administrador dependiendo como se instaló composer. `composer self-update`
binarios los cuales se guardan por defecto en la carpeta vendor/bin con permisos de ejecución. Estos binarios se pueden ejecutar usando el comando `composer exec` eg: `composer exec -vv -- codecept run`
estructura del comando exec [options] opciones de composer [--] separador entre las opciones de composer y los argumentos del binario [<binary>] Nombre del binario a ejecutar [<args>] argumentos del binario
información mostrada en consola. Composer admite niveles de verbosidad de 1 a 3 que se configuran mediante las opciones -v, -vv y -vvv respectivamente. Por defecto ejecuta el binario silenciosamente.
del archivo composer.json en la propiedad `scripts`. Y estos pueden ser ejecutados usando el comando `composer run-script` e.g. `composer run-script hello-world`
estructura del comando run-script [options] opciones de composer [--] separador entre las opciones de composer y los argumentos del script [<script>] Nombre del script a ejecutar [<args>] argumentos del script
un comando existente. Si se usa un método de clase se tiene que asegurar que la clase sea autocargable con composer y que apunte a un método estático y público.
solo lugar. ➔ Manipular eventos de composer como `post-update-cmd` ➔ Definir alias rápidamente para comandos extensos. ➔ Como todo lo ejecuta composer, eso facilita la homologación de permisos para evitar usar permisos 777. ➔ Anidar varios comandos en uno solo. ➔ Facilidad de edición y segmentación de funcionalidad para seguir SRP.