手动更新Symfony2 deps文件以获取Doctrine 2.2？

Question

是否可以手动更新deps文件以获取最新版本的Doctrine 2.2？我想使用新的Paginator组件.所以基本上我想调整deps:

[doctrine-common]
    git=http://github.com/doctrine/common.git
    version=2.2.1

[doctrine-dbal]
    git=http://github.com/doctrine/dbal.git
    version=2.2.1

[doctrine]
    git=http://github.com/doctrine/doctrine2.git
    version=2.2.1

删除deps.lock并执行:

php bin/vendors update

你觉得那会有用吗？

编辑:文件看起来像这样:http://pastebin.com/FEDMNhii

Answer 1

在我看来,吉尔登建议的所有工作都是不必要的,也是过于谨慎的.当然,您可以随意手动更新deps文件.我目前正在Symfony 2.0.11上运行Doctrine\Common(2.2.1),Doctrine\DBAL(2.2.1)和Doctrine(2.2.1)而没有任何问题.

这并不是说你需要担心(一般)库,它是束是利用需要特定版本(S)的库.例如,Symfony2没有直接依赖任何版本的Doctrine - 但DoctrineBundle确实如此.

在升级软件包/库之前,通常可以查看他们在Packagist.org上所需的依赖项.搜索要升级的程序包,并查看它们定义的所需依赖项.注意: Symfony 2.1不需要这样做,因为它将使用Composer来管理供应商库.

虽然,除非您尝试,否则您永远不会知道某些内容是否适用于您的安装.当然,不要做任何愚蠢的事情 - 但没有理由害怕通过更新供应商库来破坏事情.将您的代码存储在Git中,您可以轻松还原您的更改.请参阅:如何在Git中创建和存储Symfony2项目

此外,在指定version=#.#.#时deps- 即使您根本没有deps.lock文件,您将始终获得相同的提交哈希,因为您在存储库中指定了Git标记.

一些捆绑包,而不是提供版本号,将提供各种分支来管理与多个Symfony版本的兼容性.因此,您可能会看到类似的东西version=origin/2.0,供应商脚本将检查2.0存储库命名分支上的最新提交.维护者很可能会尝试保持该分支始终与Symfony 2.0.x兼容.