在 GitHub Actions 中正确配置 Composer 需确保 PHP 环境就绪、启用缓存加速、安全执行安装并处理私有包等实际需求，推荐使用 shivammathur/setup-php 动作安装指定版本 PHP 与 Composer，并配合 actions/cache 缓存 ~/.composer/cache 目录，键值包含 composer.lock 哈希，安装时使用 --no-interaction --no-progress --prefer-dist --optimize-autoloader 等参数保障安全与性能。
在 GitHub Actions 中正确配置 Composer，关键是确保 PHP 环境就绪、缓存依赖提升速度、避免权限或路径问题，并适配项目实际需求（如私有包、特定 PHP 版本或 Composer 版本）。
安装 PHP 和 Composer
GitHub Actions 默认不包含 PHP，需显式安装。推荐使用 shivammathur/setup-php 动作，它自动安装 PHP、Composer 及常用扩展，并支持版本锁定和扩展启用。
- 指定 PHP 版本（如
8.2）和扩展（如mbstring, curl, xml） - 该动作会自动安装最新稳定版 Composer；如需特定版本（如
2.5.8），可加参数composer-version: '2.5.8' - 避免手动用
curl -sS https://getcomposer.org/installer | php，易出错且绕过缓存机制
启用 Composer 缓存加速构建
Composer 安装耗时主要来自下载包，利用 actions/cache 缓存 ~/.composer/cache 目录可大幅缩短后续运行时间（通常减少 60%+）。
Github Stars Analyzer
下载
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
- 缓存键应包含
composer.lock的哈希值，确保依赖变更时缓存自动失效：key: ${{ runner.os }}-composer-${{ hashFiles('**/composer.lock') }} - 若无
composer.lock（如仅开发环境），可用composer.json哈希，但稳定性略低 - 缓存步骤必须放在
setup-php之后、composer install之前
安全执行安装与验证
默认 composer install 在 CI 中应禁用交互、跳过脚本、校验签名，防止意外行为或安全风险。
- 使用
--no-interaction --no-progress --prefer-dist --optimize-autoloader - 添加
--ignore-platform-reqs仅当必要（如测试跨 PHP 版本兼容性），否则可能掩盖环境不匹配问题 - 若项目含私有仓库（如 GitLab 或自建 Satis），需提前配置
auth.json并用github.token或 secrets 注入凭证 - 建议最后运行
composer validate检查composer.json格式与引用完整性
常见问题处理示例
遇到报错不必重写整个流程，优先检查这几处：
-
"Could not find package..."：确认
composer.json中仓库源配置正确，私有包是否已配置 auth token -
"Failed to clone ... permission denied"：检查 SSH 密钥未被使用（CI 应用 HTTPS + token），或是否误将
git@地址用于无密钥环境 -
"Class not found after install"：确认执行了
composer dump-autoload --optimize，尤其在测试前 -
内存不足（Allowed memory size exhausted）：在
composer install前加php -d memory_limit=-1，或设环境变量COMPOSER_MEMORY_LIMIT=-1
基本上就这些。只要 PHP 环境装对、缓存键写准、安装参数守规矩，Composer 在 GitHub Actions 里跑得既快又稳。
