symfony2.1捆绑版本混淆，对于symfony和奏鸣曲admin/knp菜单捆绑

我想为新项目使用symfony2.1。我尝试用作曲者安装symfony2。但有多个错误/问题，所以我也有问题的每个问题在加粗字体样式。有时我不知道我是否以正确的方式去做。symfony2.1捆绑版本混淆，对于symfony和奏鸣曲admin/knp菜单捆绑

我想使用一个稳定的版本，所以我选择了2.1.0版本而不是dev/master。

php composer.phar create-project symfony/framework-standard-edition symfony v2.1.0

的结果是这样的：

Installing symfony/framework-standard-edition (v2.1.0) 
    - Installing symfony/framework-standard-edition (v2.1.0) 
    Downloading: 100% 

    Created project in symfony 
    Loading composer repositories with package information 
    Installing dependencies from lock file 
    Your requirements could not be resolved to an installable set of packages. 

     Problem 1 
     - Installation request for symfony/symfony == 2.1.9999999.9999999-dev -> satisfiable by            symfony/symfony 2.1.x-dev. 
     - Can only install one of: symfony/symfony dev-master, symfony/symfony 2.1.x-dev. 
     - Installation request for symfony/symfony == 9999999-dev -> satisfiable by symfony/sym            fony dev-master.

所以我做了php composer.phar update并没有错误安装的依赖关系。

但我注意到，大多数软件包都没有稳定的版本。例如学说/通用（2.3.x版本-DEV），这里是完整列表

Loading composer repositories with package information 
Updating dependencies 
    - Installing doctrine/common (2.3.x-dev 605b1b8) 
    Cloning 605b1b8b5a7bc8daf9111fb35483e5708e30de35 

    - Installing doctrine/dbal (2.3.x-dev 239630b) 
    Cloning 239630b61f03f39d198441eced1bfffb7b0e61d1 

    - Installing twig/twig (dev-master 68b8c46) 
    Cloning 68b8c4619c5bbe82bd345fe56070dec8c356610a 

    - Installing symfony/symfony (2.1.x-dev e7059b4) 
    Cloning e7059b44c78ca8e1e892adb4d93b5a482f4eb9b3 

    - Installing swiftmailer/swiftmailer (dev-master e12e4ef) 
    Cloning e12e4ef3a9d6dd60fb734a01984a6e6627aea764 

    - Installing doctrine/orm (2.3.x-dev 4d9f24b) 
    Cloning 4d9f24b2eef3af3a3e76c773994c19bbb0706f88 

    - Installing doctrine/doctrine-bundle (dev-master v1.0.0) 
    Cloning v1.0.0 

    - Installing twig/extensions (dev-master f904575) 
    Cloning f904575642b1213db69b4a98f08397e722ba1cae 

    - Installing kriswallsmith/assetic (dev-master dfbb776) 
    Cloning dfbb776288baf9319d1693195af2cb6e00729901 

    - Installing symfony/assetic-bundle (dev-master 4e7e8a0) 
    Cloning 4e7e8a039fa19434f04558473adbb201118af942 

    - Installing symfony/swiftmailer-bundle (dev-master d2eae93) 
    Cloning d2eae9385c029cbac031a90e6d2abc74b889a562 

    - Installing monolog/monolog (dev-master a929570) 
    Cloning a929570bb7688b39fefe4106f0ecf0ac35f37647 

    - Installing symfony/monolog-bundle (dev-master v2.1.0-RC2) 
    Cloning v2.1.0-RC2 

    - Installing sensio/distribution-bundle (dev-master 9892129) 
    Cloning 98921298951598e8707258cba2b6180b96faa91c 

    - Installing sensio/framework-extra-bundle (dev-master v2.1.0) 
    Cloning v2.1.0 

    - Installing sensio/generator-bundle (dev-master v2.1.0-RC2) 
    Cloning v2.1.0-RC2 

    - Installing jms/metadata (1.1.1) 
    Downloading: 100% 

    - Installing jms/cg (1.0.0) 
    Downloading: 100% 

    - Installing jms/aop-bundle (1.0.0) 
    Downloading: 100% 

    - Installing jms/di-extra-bundle (1.1.x-dev af21952) 
    Cloning af219527024c584d7311aa855d7522429c5bdb67 

    - Installing jms/security-extra-bundle (1.2.x-dev 9ab6ace) 
    Cloning 9ab6aceda50fc7a2b07d741ba4b3f0695508afcb

1A）这是正确的？还是有另一种解决方案？我的意思是使用稳定且不在开发模式下的软件包

第二天我再次做了作曲家更新，并注意到有些库已经更新：dev-master分支的所有库在最后一天内发生了新的更改。
1b）因此，我应该在开发我的应用程序，合并新的错误修正等时定期更新作曲家？

$ php composer.phar update 
Loading composer repositories with package information 
Updating dependencies 
    - Updating swiftmailer/swiftmailer dev-master (e12e4e => c97353) 
    Checking out c97353b1ebffe25a224146f69d17efe24c093def 

    - Updating monolog/monolog dev-master (a92957 => e5bf7b) 
    Checking out e5bf7ba5d1df622b68d004b3c0277bc94286e1b7 

    - Updating friendsofsymfony/user-bundle dev-master (24edb2 => 878b7c) 
    Checking out 878b7c8320159fb09e8e94d446c498b00142b206 

    - Updating sonata-project/notification-bundle dev-master (5e7b50 => 9cef7d) 
    Checking out 9cef7d224f224b4e4327f200f9bd57b798d4ab0a 

    - Updating knplabs/gaufrette dev-master (861110 => 5ac439) 
    Checking out 5ac439cd46eb461043e6bb73dae717528f674a57 

    - Updating sonata-project/media-bundle dev-master (d04a61 => 233511) 
    Checking out 2335114dab6ea9680d174df157f5a7b4551a54dc

因为我没有发现另一种解决办法我继续加入这一行"friendsofsymfony/user-bundle": "*"到composer.json安装FOS UserBundle。我做整个安装的东西，它完美的作品。

然后我开始通过将"sonata-project/admin-bundle": "dev-master"添加到composer.json来安装Sonata AdminBundle。我选择了dev-master版本，因为在http://packagist.org/packages/sonata-project/admin-bundle上我发现版本2.0.x-dev不适用于symfony2.1。
此外，AdminBundle有knplabs/KNP-菜单束一depdency：1.1 *
在http://packagist.org/packages/knplabs/knp-menu-bundle我看到的版本V1.1.0，有对knplabs/KNP-菜单中选择另一个依赖：1.1 *
然后在http://packagist.org/packages/knplabs/knp-menu我发现4个版本与1.1开始的：

1.1.x版本-dev的
V1.1.2
V1.1.1
V1.1.0

2a）如果在版本号之前有一个前导v，是否有区别？

2b）当依赖性为1.1 *时，将使用这四个版本的哪个版本？

当我开始加载管理员束DEPS我看到的结果是：

$ php composer.phar update 
Loading composer repositories with package information 
Updating dependencies 
    - Installing knplabs/knp-menu (1.1.x-dev v1.1.2) 
    Cloning v1.1.2 

    - Installing knplabs/knp-menu-bundle (v1.1.0) 
    Downloading: 100% 

    - Installing sonata-project/admin-bundle (dev-master 20d5e4a) 
    Cloning 20d5e4a659bddb5fc0bcfc4755643dbc4e3f7ec1

我安装一些更奏鸣曲束（教义-ORM管理员束，用户捆绑，页面捆绑，媒体-bundle），并有一个错误

- Installing imagine/imagine (v0.3.0) 
    Downloading: 100% 



    [ErrorException] 
    rename(C:\wamp\www\symfony\vendor/imagine/Imagine/avalanche123-Imagine-a23b4f5,afcc946468d0cf073686fe7e1ae19eb2): access denied 
    (code: 5)

3），但是当我重复步骤不见了错误。这是正常的吗？

$ php composer.phar update 
Loading composer repositories with package information 
Updating dependencies 
    - Installing imagine/imagine (v0.3.0) 
    Downloading: 100% 

    - Installing knplabs/gaufrette (dev-master 8611109) 
    Cloning 8611109aeb0bd43fd88485c20fec7fc85b021b84 

    - Installing sonata-project/media-bundle (dev-master d04a617) 
    Cloning d04a617d81383a6e1ba65ee99c2ea4379e7daf4e

然后我继续配置奏鸣曲管理包。添加一个创建Post实体和PostAdmin并为其配置服务（顺便说一句：服务配置有点差）后，注意到我忘记安装Knp Menu（错误是：non-existent service "knp_menu.factory）

我继续https://github.com/KnpLabs/KnpMenuBundle/blob/master/Resources/doc/index.md并查看说明细节进行安装。但那里已经过时了。自smyfony2.1。 autoload.php中的$loader不再具有registerNamespaces函数，因为它不是UniversalClassLoader类，它是作曲类加载器。所以我必须创建一个自己的UniversalClassLoader实例。和路径完全不同，现在有一个父目录knplabs，子目录也发生了变化。

use Symfony\Component\ClassLoader\UniversalClassLoader; 
use Doctrine\Common\Annotations\AnnotationRegistry; 

$loader = require __DIR__.'/../vendor/autoload.php'; 

// intl 
if (!function_exists('intl_get_error_code')) { 
    require_once __DIR__.'/../vendor/symfony/symfony/src/Symfony/Component/Locale/Resources/stubs/functions.php'; 

    $loader->add('', __DIR__.'/../vendor/symfony/symfony/src/Symfony/Component/Locale/Resources/stubs'); 
} 

$universalLoader = new UniversalClassLoader(); 
$universalLoader->registerNamespaces(array(
     'Knp\Menu' => __DIR__.'../vendor/knplabs/knp-menu/src', 
     'Knp\Bundle' => __DIR__.'/../vendor/knplabs/knp-menu-bundle' 
)); 
$universalLoader->register(); 


AnnotationRegistry::registerLoader(array($loader, 'loadClass')); 

return $loader;

4）为什么KnpMenu安装施工已经过时，为什么只有在GitHub上并没有什么针对它存在于http://packagist.org版本主分支？

我是symfony2和作曲家的新手，有时候很难理解这些东西。

来源

2012-09-09 timaschew

同样发生在我身上。我想整合elasticabundle，但文档已过时。这是为了symfony2.0，即使我看到他们有频繁的提交，但没有人更新安装指南。如果安装过时，人们如何使用它？ –

1a）是对的？还是有另一种解决方案？我的意思是使用稳定且不在开发模式下的软件包

Symfony21会为您选择最佳版本。您可以在symfony/framework-standard-edition程序包的composer.json文件（github上的symfony/symfony-standard）中看到这些版本。

正如你可以看到它使用了2.1.*版本，而不是dev-master版本，但因为包的最新版本2.1开始将加载dev-master。后来，用symfony2.2它不应该使用dev-master，而是最新的2.1版本的包。

如果你想要一个静态版本，你可以用你想要的subversion替换*，但我不建议这样做，因为你没有得到错误修复。

1b）因此，我应该在开发我的应用程序，合并新的错误修正等时定期更新作曲家？

是的，随时更新您的依赖关系是很好的。例如，如果你认为你发现了一个bug，或者你在production中推送它。

2a）如果在版本号之前有一个前导v，是否有区别？

正如我们在the packagist documentation（下管理包版本）阅读是没有区别的。您可以同时使用它们，如果您使用2.1.4它会寻找2.1.4版本或v2.1.4。

2b）当依赖性为1.1时，将使用这四个版本。*？

最新1.1颠覆。举例来说，如果你的foobar包有这些版本：1.1.1，1.1.2 .. 1.1.6。而且您需要1.1.*最新的（1.1.6）将被安装。

3）但是当我重复这一步时，错误消失了。这是正常的吗？

它看起来像CLI无法访问该文件，您可能会在程序中打开它。当你第二次访问时尝试它。

4）为什么KnpMenu安装施工已经过时，为什么只有在GitHub上并没有什么针对它存在于http://packagist.org版本主分支？

第一个问题：我不知道为什么文档已过时。您应该进入vendor/composer/autoload_namespaces.php文件并将名称空间放在那里，然后它应该可以工作。或者，更好的选项是，将这些命名空间添加到composer.json文件中的require设置中。有关更多信息，请参阅composer autoload docs。

第二个问题：它也使用github上的tags。

来源

2012-09-09 20:26:13

symfony2.1捆绑版本混淆，对于symfony和奏鸣曲admin/knp菜单捆绑

回答

相关问题