编写器，最低稳定性和依赖项的依赖项

Question

我在一个新项目和Symfony 2依赖使用composer相当棘手。

首先，我使用composer安装symfony/framework-standard-edition v2.1.5。这将生成一个具有这些要求且没有最低稳定性节点的编写器文件。

"require": {
  "php": ">=5.3.3",
  "symfony/symfony": "2.1.*",
  "doctrine/orm": ">=2.2.3,<2.4-dev",
  "doctrine/doctrine-bundle": "1.0.*",
  "twig/extensions": "1.0.*@dev",
  "symfony/assetic-bundle": "2.1.*",
  "symfony/swiftmailer-bundle": "2.1.*",
  "symfony/monolog-bundle": "2.1.*",
  "sensio/distribution-bundle": "2.1.*",
  "sensio/framework-extra-bundle": "2.1.*",
  "sensio/generator-bundle": "2.1.*",
  "jms/security-extra-bundle": "1.2.*",
  "jms/di-extra-bundle": "1.1.*",
  "kriswallsmith/assetic": "1.1.*@dev"
},

这很好，它安装了所有最新的稳定版本，就像它应该的那样。

接下来，我添加一个bundle -> https://packagist.org/packages/kunstmaan/admin-bundle

"require": {
  "php": ">=5.3.3",
  "symfony/symfony": "2.1.*",
  "doctrine/orm": ">=2.2.3,<2.4-dev",
  "doctrine/doctrine-bundle": "1.0.*",
  "twig/extensions": "1.0.*@dev",
  "symfony/assetic-bundle": "2.1.*",
  "symfony/swiftmailer-bundle": "2.1.*",
  "symfony/monolog-bundle": "2.1.*",
  "sensio/distribution-bundle": "2.1.*",
  "sensio/framework-extra-bundle": "2.1.*",
  "sensio/generator-bundle": "2.1.*",
  "jms/security-extra-bundle": "1.2.*",
  "jms/di-extra-bundle": "1.1.*",
  "kriswallsmith/assetic": "1.1.*@dev",
  "kunstmaan/admin-bundle": "dev-master"
},

这个包依赖于"dev-master"(https://packagist.org/packages/doctrine/doctrine-fixtures-bundle)中的"doctrine/doctrine-fixtures-bundle"

这个bundle依赖于doctrine/data-fixtures with * (https://packagist.org/packages/doctrine/data-fixtures)

现在当我在项目中运行composer update时，它告诉我没有什么可以满足学说/数据-fixture依赖关系。名称中有错别字，或者没有"稳定"版本可用，因为最小稳定性默认为稳定。

它确实想要在"dev"稳定中安装doctrine-fixtures-bundle，因为放置dev-master会自动将此依赖置于"dev"稳定中。但是这对这个深度的深度没有任何作用，他们一直想要安装为稳定的，因为这是我的最低稳定度。

在这一点上，我可以通过添加doctrine/data-fixtures: dev-master或在我的composer中添加@dev来解决这个问题。Json文件。

但是因为这只是一个例子(knpmenubundle, fosuserbundle等)，我将不得不手动去添加所有没有安装到我自己的编写器文件的deps。

另一个解决方案是将我的项目的最低稳定性降级为dev，但那时我所有的深度，包括像Symfony2这样的稳定版本，将安装他们的开发版本，而不是标记的版本。

Answer 1

只有一个好办法:唠叨人们，让他们标记更多的版本。如果你真的需要处理不稳定的东西，那么在我看来，把所有需要"@dev"的东西都列入白名单是最好的选择。如果你有更多的不稳定比稳定，那么你总是可以标记@stable，并将最低稳定设置为dev。仍然有锁文件，在大多数情况下可以节省你的麻烦;)