Composer 内存错误应区分 PHP CLI 限制、依赖求解规模和服务器真实可用内存。

继续阅读

Composer patch 应用失败通常说明目标包版本、文件上下文、补丁层级或插件配置发生变化。

继续阅读

Composer 升级依赖后补丁出现 hunk failed,说明上游文件已变化。本文说明如何判断补丁已被官方包含、需要重做,还是应删除。

继续阅读

module:disable 因依赖关系失败时,应检查 module.xml、Composer require、配置状态和代码是否已提前删除。

继续阅读

composer update后后台白屏,先拿到真实异常并对比composer.lock,再判断依赖不兼容、autoload、生成代码或opcache。

继续阅读

开发机已有全局凭据而CI没有,Composer在非交互部署中就会等待输入或直接401。

继续阅读

把自定义模块直接放进vendor会在Composer安装或清理时被删除。应改为app/code或独立Composer包,并通过artifact、VCS或path仓库管理。

继续阅读

Composer补丁状态与vendor实际代码不一致,需核对目标包版本、安装来源、patch深度和构建缓存。

继续阅读
composer install/update被allow-plugins阻止。这是Composer安全机制,删除vendor不能解决。继续阅读

两个扩展包含相同命名空间和类时,Composer可能选择其中一个继续运行,导致环境间加载结果不一致。

继续阅读

10 个项目

每页
设置升序顺序