Composer Anforderungen können nicht zu einem installierbaren Satz von Paketen aufgelöst werden

Question

Ich verwende symfony3 eine Web-Anwendung zu erstellen, wenn ich versuche, mehr externen Bündel zu installieren, erhalte ich

Ihre Anforderungen nicht aufgelöst werden können zu ein installierbarer Satz von Paketen.

Ich versuchte mit der Option --ignore-platform-reqs, aber das gleiche passiert. Diese Bündel funktionieren nur auf symfony2? Ich dachte symfony3 ist vollständig abwärtskompatibel? Gibt es mehr Konfigurationen für Composer, um die Installation zu machen?

PS: PHP 5.5.8

Edit: composer.json

{ 
    "name": "dell/.checkout", 
    "license": "proprietary", 
    "type": "project", 
    "autoload": { 
    "psr-4": { 
     "": "src/" 
    }, 
    "classmap": [ 
     "app/AppKernel.php", 
     "app/AppCache.php" 
    ] 
    }, 
    "autoload-dev": { 
    "psr-4": { 
     "Tests\\": "tests/" 
    } 
    }, 
    "require": { 
    "php": ">=5.5.9", 
    "symfony/symfony": "3.0.*", 
    "doctrine/orm": "^2.5", 
    "doctrine/doctrine-bundle": "^1.6", 
    "doctrine/doctrine-cache-bundle": "^1.2", 
    "symfony/swiftmailer-bundle": "^2.3", 
    "symfony/monolog-bundle": "^2.8", 
    "sensio/distribution-bundle": "^5.0", 
    "sensio/framework-extra-bundle": "^3.0.2", 
    "incenteev/composer-parameter-handler": "^2.0", 
    "symfony/assetic-bundle": "v2.8.0", 
    "friendsofsymfony/jsrouting-bundle": "2.0.0-alpha1", 
    "blackknight467/star-rating-bundle": "v2.0.1", 
    "nomaya/social-bundle": "dev-master", 
    "payum/payum-bundle": "2.0.1" 
    }, 
    "require-dev": { 
    "sensio/generator-bundle": "^3.0", 
    "symfony/phpunit-bridge": "^3.0" 
    }, 
    "scripts": { 
    "post-install-cmd": [ 
     "Incenteev\\ParameterHandler\\ScriptHandler::buildParameters", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::buildBootstrap", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::clearCache", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installAssets", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installRequirementsFile", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::prepareDeploymentTarget" 
    ], 
    "post-update-cmd": [ 
     "Incenteev\\ParameterHandler\\ScriptHandler::buildParameters", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::buildBootstrap", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::clearCache", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installAssets", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installRequirementsFile", 
     "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::prepareDeploymentTarget" 
    ] 
    }, 
    "config": { 
    "platform": { 
     "php": "5.5.9" 
    } 
    }, 
    "extra": { 
    "symfony-app-dir": "app", 
    "symfony-bin-dir": "bin", 
    "symfony-var-dir": "var", 
    "symfony-web-dir": "web", 
    "symfony-tests-dir": "tests", 
    "symfony-assets-install": "relative", 
    "incenteev-parameters": { 
     "file": "app/config/parameters.yml" 
    } 
    } 
} 

Answer 1

Nach this issue on Github, der Besitzer des nomaya/social-bundle beabsichtigt nicht, Symfony 3, zu unterstützen, so dass Sie wahrscheinlich rückwärts Kompatibilitätsprobleme zu beobachtende . Es könnte mehr geben, aber das ist das erste was ich gesehen habe.

Symfony's Backwards Compatability Promise sagt dies:

Sicherstellung eines reibungslosen Upgrades Ihrer Projekte ist unsere höchste Priorität. Deshalb versprechen wir Ihnen Abwärtskompatibilität (BC) für alle kleineren Symfony Releases . Sie erkennen diese Strategie wahrscheinlich als Semantic Versioning. Kurz gesagt, Semantic Versioning bedeutet, dass nur große Freigaben (wie 2.0, 3.0 usw.) dürfen Kompatibilität brechen. Minor-Releases (wie 2.5, 2.6 usw.) können neue Funktionen einführen, müssen dies jedoch tun, ohne die bestehende API des Release-Zweiges zu zerstören (2.x im vorherigen Beispiel).