应使用“=2.9.1”格式精确锁定版本，因“2.9.1”等价于“^2.9.1”仍允许小版本升级，而“=2.9.1”强制exact match，避免意外版本漂移。

直接在 require 中写死版本号

Composer 安装指定版本最常用、最可靠的方式，就是在 composer.json 的 require 字段里明确写出版本号，比如：

"monolog/monolog": "2.9.1"

。这不是模糊匹配，而是精确安装该 tag 对应的 commit。Composer 会自动拉取该版本的 composer.lock 记录（如果存在），并锁定依赖树中所有子依赖的兼容版本。

用命令行快速安装特定版本

想跳过编辑 composer.json 手动改写？直接运行：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

composer require monolog/monolog:2.9.1

。注意冒号后不能有空格，且版本号必须是包仓库中真实存在的 tag 或分支别名（如 dev-main）。如果当前项目已存在该包的更高版本，这条命令会触发降级，并更新 composer.lock —— 这点容易被忽略，可能意外影响其他依赖。

避免版本号被意外升级

仅写死版本号还不够。以下情况仍可能导致版本漂移：

• 执行 composer update monolog/monolog 时没加 --with-all-dependencies，但它的子依赖被其他包间接更新了
• 误删了 composer.lock，再运行 composer install 会按 composer.json 中的约束重新解析，而 "2.9.1" 这种写法其实等价于 "^2.9.1"（Composer 默认启用 stability flags）

更稳妥的做法是：用 composer require monolog/monolog:2.9.1 --no-update 先写入，再手动确认 composer.lock 是否已记录 exact 版本，最后 composer install。

版本写法差异直接影响行为

这些写法看着像，效果完全不同：

• "2.9.1" → 等价于 "^2.9.1"，允许安装 2.9.x 中最高兼容版
• "=2.9.1" → 强制 exact match，不接受任何偏差
• "2.9.1 as 2.8.0" → 用于 fork 替换，仅在特殊定制场景需要

生产环境建议统一用 =x.y.z 形式，尤其当某次小版本修复了你正在踩的 bug 时——否则 Composer 可能悄悄换成另一个 2.9.x 版本，而那个版本未必包含你要的 patch。