必须使用不含通配符的完整版本号（如"monolog/monolog": "3.5.0"），因为"^3.5"允许安装3.5.0至3.x.y任意兼容版本，易导致CI/CD或多环境行为不一致。
直接锁定精确版本，必须用 composer require 或修改 composer.json 中的版本约束为不含通配符的完整版本号（如 "monolog/monolog": "3.5.0"），而不是 "^3.5" 或 "~3.5"。
为什么 ^3.5 不算“固定”
它允许安装 3.5.0 到 3.x.y 中所有兼容更新（如 3.6.2、3.99.0），只要不跨主版本。这在 CI/CD 或多环境部署中极易引发行为差异——比如某次 composer update 意外拉入一个带新特性的补丁版，而你的代码恰好依赖旧版的边界行为。
-
^3.5≡>=3.5.0 -
~3.5≡>=3.5.0 （更窄，但仍非精确） - 只有
"3.5.0"才强制匹配且仅匹配该版本
两种可靠锁定方式及注意事项
推荐优先用命令行操作，避免手写 JSON 出错；若需批量处理或复用配置，则直接编辑 composer.json。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer require monolog/monolog:3.5.0 --no-update，再执行composer update monolog/monolog——加--no-update可防止意外升级其他包 - 手动编辑
composer.json的require段，把"monolog/monolog": "^3.5"改成"monolog/monolog": "3.5.0"，然后运行composer update monolog/monolog（不要全量update，避免连带变更） - 切勿只改 JSON 却不运行
update：锁文件composer.lock不会自动同步，部署时仍可能装错版本
检查是否真锁住了
光看 composer.json 不够，关键看 composer.lock 里对应包的 version 字段是否与预期完全一致，且 source 的 reference 是确定的 commit hash。
- 运行
composer show monolog/monolog，输出中的versions行应只显示一个版本（如3.5.0），而非3.5.0, 3.5.1, 3.6.0 - 检查
composer.lock中该包条目："version": "3.5.0"和"source": {"reference": "a1b2c3..."}都要存在且稳定 - 如果
composer show显示多个版本，说明约束未生效，大概率是用了^或~而非纯字符串
真正“固定”的本质，是让 composer install 在任何机器、任何时间都还原出完全相同的依赖树。这要求 composer.json 的约束无歧义、composer.lock 已提交、且所有协作成员不绕过 lock 文件执行 update。漏掉任意一环，精确版本就只是纸面约定。
