composer.lock文件是依赖版本的唯一真相，镜像仅缓存元数据和包文件，不保存依赖快照；回滚必须依靠Git历史或人工备份的lock文件，配合删除vendor并执行composer install才能准确还原。
composer.lock 文件才是依赖版本的唯一真相，镜像系统本身不提供“存储级快照”功能——所谓“一键找回旧依赖版本”，实际是靠 Git 历史或人工备份的 composer.lock 文件实现的，镜像只负责下载，不存状态。
镜像源不保存依赖快照，只缓存元数据和包文件
阿里云、腾讯云等 Composer 镜像本质是 packagist.org 的只读代理，它们会缓存：packages.json 元数据、zip 包（dist）、git clone（source），但不记录某次 install 对应的完整依赖树。你无法通过镜像 URL 请求“2026-06-10 的 Laravel 10.42.0 安装快照”。
常见误解：以为换回旧镜像就能“找回旧版本”。实际上，只要 composer.lock 里写的是 "laravel/framework": "10.42.0"，哪怕镜像已下线该版本 zip，Composer 也会报错——它不会自动 fallback 到镜像里“最近可用”的版本。
- 镜像失效时，Composer 报错典型提示：
Could not fetch https://mirrors.aliyun.com/composer/dists/laravel/framework/10.42.0.0-zip-xxx - 即使镜像还在，若该版本 zip 被清理（镜像通常只保留近期热门版本），同样失败
- 真正能“找回”的依据只有本地
composer.lock+ 对应版本包是否仍存在于镜像或 packagist.org
Git commit 就是你的依赖快照系统
把 composer.lock 提交进 Git，等于为每次部署/测试打了一个可重现的依赖快照。这不是“利用镜像”，而是用版本控制系统做状态管理。
操作上最常用路径：
-
git checkout v1.3.0 -- composer.lock（检出 tag 对应的 lock） -
git checkout HEAD~2 -- composer.lock（回退两步） -
git log --oneline --grep="lock" -- composer.lock（按关键词搜历史）
注意：git checkout 后必须执行 composer install，不能跳过——否则 vendor 目录仍是当前状态，lock 文件变更无效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么删 vendor + 重 install 是必要步骤
残留的 vendor/ 目录可能包含新旧混合的类文件、autoload map 或生成的 proxy 类，尤其当包内有 post-install-cmd 脚本时，旧 lock + 新 vendor 会导致 autoload 失效或类冲突。
安全做法始终是：
- 确认
composer.lock已还原（git status显示 clean） -
rm -rf vendor（Windows 用rmdir /s vendor） -
composer install（不是update） - 验证
vendor/autoload.php可 require，且composer show laravel/framework输出版本匹配 lock 文件
镜像配置只是下载通道，别把它当版本控制器
改镜像地址（比如从阿里云切回官方源）不影响已安装依赖的行为，只影响下次 install 或 update 时的下载速度和成功率。如果你回滚后仍报 Class not found，问题几乎肯定不在镜像，而在：vendor 残留、autoload 缓存未清、PHP 版本不满足 composer.lock 中记录的 platform 约束。
检查当前生效镜像的可靠方式是：
-
composer config repo.packagist（项目级，不带-g） -
composer diagnose最后一行会明确写 “Repo packagist.org is default” 或 “overriden by custom repo” - 运行
composer require monolog/monolog --no-install -vvv，看日志里Downloading的 URL 域名
真正容易被忽略的点：composer.lock 里的 content-hash 和 platform 字段，它们决定了依赖能否在当前环境安装成功——哪怕镜像、Git、vendor 全都对，PHP 少了个扩展，install 一样会失败。
