php - strip_tags - Compositor: el paquete solicitado existe, pero su restricción lo rechaza

strip_tags wordpress

Question

Cuando ejecuto mi instalación desde el compositor, tengo este error:

λ composer install Está ejecutando composer con xdebug habilitado. Esto tiene un gran impacto en el rendimiento en tiempo de ejecución. Consulte https://getcomposer.org/xdebug Carga de repositorios de compositor con información del paquete Actualización de dependencias (incluido require-dev) Sus requisitos no se pudieron resolver en un conjunto de paquetes instalables.

Error:

Problema 1: el paquete solicitado antoineb1 / smoney_bundle 1.0 existe como antoineb1 / smoney_bundle [dev-master] pero su restricción los rechaza.

Mi compositor.json

{
    "name": "project",
    "license": "proprietary",
    "type": "project",
    "minimum-stability": "dev",
    "prefer-stable" : true,
    "autoload": {
        "psr-4": {
            "": "src/"
        }
    },
    "config": {
        "preferred-install": "dist"
    },
    "repositories": [
        {
            "url": "bitbucket url",
            "type": "vcs"
        }
    ],
    "require": {
        "php": ">=5.5.9",
        "antoineb1/smoney_bundle": "1.0"
    }
}

Answer 1

El comentario de @Guillaume debajo de esta respuesta merece una presentación más amplia.

Parece que el compositor quiere un lanzamiento de git que tenga una v en él.

Entonces debería ser v1.1.0 y no 1.1.0 .

Pasé unos 90 minutos mirando

mikeill/my_repo 3.3.10 requires composer/installers 1.0.*@dev -> satisfiable by composer/installers[1.0.x-dev, v1.0.0, ...] but these conflict with your requirements or minimum-stability.

Y una gran cantidad de problemas con github, así como una publicación SO o dos antes de descubrir finalmente este hilo.

Answer 2

La restricción de versión "1.0" se interpreta internamente como versión "1.0.0.0-stable" .

Pero la única versión disponible es:

antoineb1 / smoney_bundle [dev-master].

Por lo tanto, puede cambiar la versión especificada a una de las siguientes opciones según la versión que sea adecuada para usted:

• 1.0.* (Que el compositor ve como >=1.0.0.0-dev <1.1.0.0-dev - probablemente no funcione porque obviamente no hay ninguna versión en ese paquete)
• dev-master
• dev-master#<hash>
• @dev
• etc.

Ver el esquema del compositor para referencia.

Answer 3

Me encontré con esta pregunta y encontré otro problema, del cual me había olvidado por completo, que alguien puede encontrar útil para tener que revisar.

En mi caso tuve un proyecto git muy antiguo, que había sido bifurcado hace un tiempo, y tuve que fusionarlos (aunque el proyecto bifurcado no había tenido muchos cambios). Así que identifiqué el punto de división en el proyecto anterior y lo etiqueté como versión para el compositor, de modo que pudiera usar eso en lugar del nuevo proyecto.

Sin embargo, lo que había olvidado era que originalmente no usábamos el compositor. Así que faltaba la estructura de archivo en el punto de etiqueta composer.json. No pude entender por qué mis nuevas etiquetas no aparecían en la lista ''existe como'' de las cosas que fueron ''rechazadas por tu contraintendo''. Finalmente, me di cuenta de que tenía que crear una rama en la etiqueta antigua, seleccionar el compromiso que creó el composer.json para el proyecto y volver a etiquetarlo, y luego todo funcionó.

Con suerte, esto activará la memoria de alguien, si vienen a cazar con este mensaje de error en mente.