php - tagged - spatie packages

Actualización del compositor Laravel

Question

Un desarrollador me ha enviado su proyecto para trabajar, pero cuando intento actualizar o instalar a mis proveedores, todo funciona muy bien hasta el final y aparece el mensaje a continuación.

C:/xampp/htdocs/BigWaveMedia/davinkit>php artisan migrate
{
    "error": {
        "type": "Exception",
        "message": "expected color value: failed at `.clearfix;` C://xampp//htdocs//BigWaveMedia//davinkit//app//start//..//..//public//less//style.less on line 102",
        "file": "C://xampp//htdocs//davinkit//vendor//leafo//lessphp//lessc.inc.php",
        "line": 3258
    }
}
C:/xampp/htdocs/BigWaveMedia/davinkit>

¿Alguna idea en absoluto? Aquí hay un registro completo http://pastebin.com/y9q4Rc5z

Answer 1

Cuando ejecuta la composer update , composer genera un archivo llamado composer.lock que enumera todos sus paquetes y las versiones instaladas actualmente. Esto le permite ejecutar posteriormente la composer install , que instalará los paquetes enumerados en ese archivo, recreando el entorno que estaba usando por última vez.

De su registro aparece que algunas de las versiones de paquetes que se enumeran en su archivo composer.lock ya no están disponibles. Por lo tanto, cuando ejecuta la composer install , se queja y falla. Por lo general, esto no es gran cosa, solo ejecute la composer update e intentará crear un conjunto de paquetes que funcionen juntos y escribir un nuevo archivo composer.lock .

Sin embargo, te encuentras con un problema diferente. Parece que, en su archivo composer.json , el desarrollador original ha agregado algunas acciones previas o posteriores a la actualización que están fallando, específicamente un comando de php artisan migrate . Esto se puede evitar ejecutando lo siguiente: composer update --no-scripts

Esto ejecutará la actualización del editor, pero saltará las secuencias de comandos agregadas al archivo. Debería poder ejecutar la actualización correctamente de esta manera.

Sin embargo, esto no resuelve el problema a largo plazo. Hay dos problemas:

1. Una migración es para cambios en la base de datos, no cosas aleatorias como compilar activos. Ir a través de las migraciones y eliminar ese código desde allí.

2. Los activos no deben compilarse cada vez que se ejecuta la composer update . Elimine ese paso del archivo composer.json .

Por lo que he leído, la mejor práctica parece ser la compilación de recursos según sea necesario durante el desarrollo (es decir, cuando está realizando cambios en sus archivos LESS, idealmente utilizando una herramienta como gulp.js ) y antes de la implementación.

Answer 2

Los siguientes trabajos para mí:

composer update --no-scripts