根本原因是环境变量未正确注入Composer进程，需通过env块（GitHub Actions）、ENV指令（Docker）或variables字段（GitLab CI）显式传递，而非仅用export；验证应使用composer diag | grep "Cache directory"。
CI 中缓存重置失败，根本原因是环境变量没传进 Composer 进程
CI 脚本里写 export COMPOSER_CACHE_DIR=/tmp/composer-cache 后运行 composer install 却仍走旧缓存，大概率是环境变量没生效。Docker 构建、GitHub Actions、GitLab CI 都有各自变量注入机制，漏配就等于没设。
验证方式很简单：在命令前加一句 composer diag | grep "Cache directory"，输出路径不是你预期的，说明变量没传进去。
- GitHub Actions 必须用
env:块，不能只靠run: export ... - Docker 构建中，
ENV指令写的变量对 RUN 指令有效，但若用docker run -e启动容器，得额外确认是否覆盖了构建时的 ENV - GitLab CI 的
variables:是顶层字段，不是 job 内的script:子项
只跑 composer clear-cache 在 CI 里基本无效
composer clear-cache 在 CI 中常被误用——它只清当前用户下的磁盘缓存，但 CI 环境多为无状态、临时用户，且缓存目录可能根本没被创建过；更关键的是，它不清理 VCS 缓存（cache-vcs-dir），而 Git 克隆下来的包元数据恰恰卡在这儿。
真正可靠的清理动作是直接删目录，并确保 cache-vcs-dir 和 cache-dir 都被覆盖：
- 先设好环境变量：
COMPOSER_CACHE_DIR和COMPOSER_CACHE_VCS_DIR（后者常被忽略） - 再执行：
rm -rf "$COMPOSER_CACHE_DIR" "$COMPOSER_CACHE_VCS_DIR" - 最后
mkdir -p "$COMPOSER_CACHE_DIR" "$COMPOSER_CACHE_VCS_DIR"
--no-cache 是 CI 中最值得依赖的参数
与其花时间清理缓存，不如绕过缓存。CI 场景下每次构建都应视为“全新环境”，--no-cache 能强制 Composer 忽略所有本地缓存（包括 HTTP、dist、VCS），从头下载并解析。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
它不依赖目录是否存在、权限是否正确、变量是否传入，只要命令行能跑通，效果就确定：
-
composer install --no-cache --prefer-dist --no-dev是最精简安全组合 - 搭配
--profile可定位是否真在下载（看日志有没有Downloading） - 注意：它不影响
composer.json和composer.lock的语义，只是跳过缓存层
别信 composer install --no-scripts 能代替缓存重置
有些 CI 脚本加了 --no-scripts 就以为“干净了”，结果后续 require 'vendor/autoload.php' 报错。这是因为某些包（如 laravel/framework）的 autoloader 生成逻辑藏在 post-autoload-dump 里，跳过脚本会导致类映射缺失。
缓存重置和脚本执行是两件事：前者管“下载与解压”，后者管“加载与初始化”。想真正重置，得明确区分：
- 删 vendor + 清缓存 +
--no-cache→ 解决依赖来源问题 - 保留
--no-scripts仅当确认脚本非必需；否则该跑还得跑 - 若脚本本身依赖缓存（比如预生成配置），那缓存没清干净时脚本也可能出错
CI 中缓存问题最难缠的点不在命令怎么写，而在变量生命周期和进程隔离——一个 export 命令在 shell 里有效，在 Docker 容器里未必，在 GitHub Actions 的不同 step 间更是完全不共享。动手前先 echo $COMPOSER_CACHE_DIR 和 composer diag 对齐事实，比盲目删目录有用得多。
