标签： require-dev
-
在 GitLab CI/CD 流水线中 Build composer 失败，经排查发现本地环境正常而线上执行特定命令时报错。通过对比不同命令参数，确认失败原因在于使用了 –no-dev 参数跳过了开发依赖，导致 require-dev 配置中的 fzaninotto/faker 包未被安装。将该包从 require-dev 移至 require 配置后，问题得到解决。
-
在 Laravel 6 项目中执行 php artisan telescope:publish 命令时报错 Unable to locate publishable resources，导致 /public/vendor/telescope 目录缺失且访问页面响应 500 错误。经过执行 php artisan clear-compiled、composer dumpautoload 并在 .env 文件中设置 TELESCOPE_ENABLED=true 后，再次运行该命令不再报错，相关目录生成，页面恢复正常访问。
-
在 Laravel 8.x 部署至 Heroku 执行数据库数据填充时遇到 Class Faker Factory not found 报错。这是由于 Heroku 生产环境未安装依赖包导致的。解决方法是编辑 composer.json 文件，将 fakerphp/faker 从 require-dev 移至 require 中。建议在 Sail 环境执行 sail composer update 更新依赖。重新推送至 Heroku 后再次执行填充，问题解决，不再报错。
-
本文记录了将 /vendor 目录加入 Git 仓库以配合 Docker 部署的排查过程。起初因删除 composer install 导致 Rancher 启动失败，经分析发现 vendor 目录下存在 .git 子目录阻碍了文件提交。通过删除 .git 目录并重新提交，同时使用 composer install –no-dev 优化依赖，最终解决了迁移命令报错问题，并将 Jenkins 构建时间大幅缩短。
-
在使用 Composer 将 Yii Framework 从 2.0.15.1 升级至 2.0.31 版本后，项目报错显示 guzzlehttp 相关包丢失，经分析发现这是因为 codeception/base 组件版本随框架升级而更新，且新版本不再依赖 guzzlehttp/guzzle。通过依赖检测工具确认了组件间的依赖关系，最终通过使用 Yii 帮助类 Json 替换原有的相关函数调用解决了该问题。