ci/cd 中 composer install 总出错主因是缓存污染，需显式清理 vendor/ 和 composer.lock，并用 --no-cache 强制重装，避免复用过期或损坏的依赖状态。
为什么 composer install 在 CI/CD 里总出错？
因为默认不清理旧缓存，composer install 可能复用过期的 vendor/composer/installed.json 或损坏的 composer.lock 哈希，导致依赖解析失败或安装了不该装的版本。尤其在多分支并行构建、容器复用场景下，缓存污染是高频原因。
解决思路不是「禁用缓存」，而是「可控清理 + 显式重建」：
-
composer clear-cache清全局包缓存（~/.composer/cache），影响后续所有项目，CI 中一般不需要——它不解决当前项目 vendor 不一致问题 - 真正要动的是当前项目的本地缓存状态：删
vendor/、清composer.lock生成痕迹、重置 Composer 的运行时缓存目录 - 推荐组合：先
rm -rf vendor composer.lock，再composer install --no-cache（禁用本次运行的内存/临时缓存）
composer install --no-cache 真的够用吗？
不够。它只跳过从本地缓存读取 zip 包和 metadata，但不会绕过 vendor/ 目录存在性判断——如果 vendor/ 还在，Composer 会尝试增量更新，可能保留旧符号链接或残留类文件。
所以自动化脚本里必须显式清理 vendor/：
- 用
rm -rf vendor/（Linux/macOS）或rd /s /q vendor（Windows CMD）——别用composer dump-autoload替代，它不删文件 - 加
--no-cache是为了防止 Composer 在本次安装中写入临时缓存干扰下一次运行（比如 GitLab CI 的 job cache） - 若用 Docker，建议在
Dockerfile中用RUN rm -rf /root/.composer/cache彻底隔离，避免镜像层复用缓存
CI 脚本里怎么防「缓存误复用」？
GitHub Actions、GitLab CI 默认会缓存 vendor/，但没校验 composer.lock 是否变更。一旦 lock 文件更新，缓存就失效，却仍被加载。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
两个关键动作必须成对出现：
- 缓存 key 必须包含
composer.lock的哈希，例如 GitHub Actions：cache-key: ${{ runner.os }}-composer-${{ hashFiles('**/composer.lock') }} - 在 restore-cache 后、install 前加检查：
if [ ! -f composer.lock ] || ! composer validate --no-check-publish; then exit 1; fi，避免 lock 文件损坏导致静默失败 - 不要用
composer update替代install—— 它会改 lock，破坏可重现性；除非你明确要升级依赖
PHP 版本切换时缓存还安全吗？
不安全。vendor/ 下部分扩展（如 ext-redis 的 PHP 8.2 兼容版）或 bin/ 脚本可能含 PHP 版本相关字节码或 shebang，跨版本复用会报 ParseError 或 Class not found。
解决方案很直接：
- 在 CI 脚本开头加
php -v日志输出，确认实际运行版本 - 把 PHP 版本纳入缓存 key，例如：
php-${{ matrix.php-version }}-composer-${{ hashFiles('composer.lock') }} - 若用
phpbrew或asdf切换版本，确保vendor/不跨版本共享——最稳妥仍是每次 clean + install
缓存不是银弹，清理逻辑写得越精确，越容易漏掉某个路径。重点盯住 vendor/、composer.lock、PHP 实际版本这三个变量，其他都是衍生问题。
