- Installing symfony/symfony (v2.8.3)
Downloading: 85%PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 6553600 bytes) in phar:///home/travis/.phpenv/versions/5.4.37/bin/composer/src/Composer/Util/RemoteFilesystem.php on line 174
Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 6553600 bytes) in phar:///home/travis/.phpenv/versions/5.4.37/bin/composer/src/Composer/Util/RemoteFilesystem.php on line 174
几乎我的项目的每个版本都失败了,因为我们从Symfony 2.8.2更新 – > 2.8.3出现此错误(内存不足).如果我强制重建足够的时间,它最终会通过,所以这显然不是项目的问题,而是使用travis或composer或组合(或Symfony,我想).它只在尝试加载Symfony时失败.看起来这个问题会很普遍,但我找不到任何关于SO或GH的问题.
有没有人对如何纠正这个问题有任何建议？
log from failed build
composer.json file
.travis.yml file
而是作曲家更新您应该在CI服务器上调用composer install -o(带有优化的自动加载器).
运行composer install将：
>检查composer.lock文件是否存在
>如果不是,请执行编辑器更新以创建composer.lock
>如果存在composer.lock,请从锁定文件安装指定的版本
运行作曲家更新将：
>检查composer.json
>根据您的版本规范确定要安装的最新版本 – 时间和内存消耗任务
>安装最新版本
>更新composer.lock以反映安装的最新版本
使用composer.lock文件中的依赖项版本可以让您确信您的测试是在与开发时完全相同的依赖项上执行的.即使在您的composer.json中,您也使用dev-master版本.
如果由于某些原因您希望在travis上运行composer update,那么在编译器安装之前禁用xdebug(如果测试需要,则启用它)可以提高作曲家的性能.默认情况下,在travis上启用xdebug.
Running Composer console commands while the php extension “xdebug” is
loaded reduces speed considerably. This is even the case when all
“xdebug” related features are disabled per php.ini flags,but the php
extension itself is loaded into the PHP engine. Compared to a cli
command run with “xdebug” enabled a speed improvement by a factor of
up to 3 is not uncommon.
https://getcomposer.org/doc/articles/troubleshooting.md#xdebug-impact-on-composer
