2013-03-04 19 views
1

我在一个大型项目中有一个问题/工作流,其中包含大量的composer包,其中每个json文件都经常需要使用包的新版本进行更新,或者作曲家不会更新。其他语言的其他依赖关系管理器会在没有手动交互的情况下(大部分)处理这种类型的情况。有没有一个会议我失踪与作曲家或更好的方式做到这一点?它花费时间手动在线检查包页面,并重新同步所有包。有Composer依赖关系的大型项目经常需要json文件修改

回答

1

如果您需要包含灵活约束的软件包,例如1.*等,那么当您运行composer update时,它会将您更新为与此约束匹配的最新版本。你描述的绝对不是预期的工作流程,所以我认为你在某个地方有一个误解。

+0

我有几个使用通配符的软件包。有些版本是2.2.*@dev。我应该只把2.2。*?它似乎也会影响链条上的事情,所以不确定这真的是最终的答案。 – 2013-03-07 03:25:48

+0

'2.2。* @ dev'没问题,它和'2.2。*'是一样的,但也会允许alpha/beta/RC和dev版本。 – Seldaek 2013-03-07 07:55:09

+0

我想也许我正在寻找一些东西来“冻结”供应商区域,如果你愿意的话,那么一旦一切都处于稳定状态,就没有意外的更新。有没有一个命令可以在没有手动过程的情况下冻结它,只需要在需要时更新一个供应商? – 2013-03-07 18:55:04