真要钉死包版本，必须用composer require vendor/name:v2.9.0（加v前缀），否则monolog/monolog:2.9.0等价于^2.9.0，仍可能升级；同时需提交composer.lock并用composer install --locked确保环境一致。

composer require 不是“下载包”的快捷命令，而是声明依赖、锁定版本、触发自动加载注册的原子操作；跳过它直接改 composer.json 或手动拉代码，90% 的线上 Class not found 都这么来的。

怎么指定精确版本又不被 Composer 自动升级

写 monolog/monolog:2.9.0 看似锁死，其实等价于 ^2.9.0，下次 composer update 仍可能升到 2.10.0（只要没跨主版本）。真要钉死，必须加 v 前缀：

• composer require monolog/monolog:v2.9.0 → 锁定该 exact 版本，update 不会动它
• composer require guzzlehttp/guzzle:dev-main → 拉 GitHub 主分支最新 commit，仅限调试，上线前必须换稳定版
• composer require foo/bar:1.2.* → 已被弃用，Composer 会报错 Could not parse version constraint

require --dev 和 --no-dev 在 CI 里为什么总出问题

根本原因是：CI 脚本常漏掉 --no-dev，导致 PHPUnit、PHPStan 这类工具打进生产镜像，不仅体积膨胀，还可能暴露 phpunit.phar 入口或调试函数。更隐蔽的问题是——如果某个包同时出现在 require 和 require-dev 中（比如你本地误装了两次），最终生效的是 require 里的版本约束，require-dev 的会被忽略，但 CI 里 --no-dev 又会让它彻底消失，引发类找不到。

Discussion Composer

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

下载

• 开发期装测试工具：composer require --dev phpunit/phpunit:^10
• 运行时必需的库：composer require guzzlehttp/guzzle:^7.5（不加 --dev）
• 部署命令必须显式带 --no-dev：composer install --no-dev --no-interaction --prefer-dist

vendor 目录没更新、类还是找不到？别急着删 vendor

常见假象是 “require 成功了但 vendor 里没文件”，实际原因往往是 composer.lock 冲突或 autoload 未刷新。Composer 不会自动重跑 dump-autoload，哪怕新包自带 autoload 配置。

• 先检查 composer.json 是否真写入了该包，且在正确字段（require 还是 require-dev）
• 运行 composer install 或 composer update --with-dependencies 强制同步 lock 文件
• 再执行 composer dump-autoload --optimize，确保新命名空间注册进 vendor/autoload.php
• 若包自身用了自定义 autoload（如 "psr-4": {"MyOrg\": "src/"}），你还得确认项目根目录的 composer.json 里没覆盖同名命名空间

想绕过 Packagist 自己挂 Git 仓库怎么办

当你要用某个包的特定分支、私有 fork 或尚未发布到 Packagist 的内部组件时，得手动加 repositories。但注意：这跳过了 Packagist 的完整性校验，Composer 不验证签名也不做依赖收敛，全靠你自己担责。

• 在 composer.json 顶部加 "repositories" 数组，type 设为 package 或 vcs
• 用 "source" 指向 Git URL 和 reference（如 7.5 分支或 abc123 commit hash）
• require 时仍用标准格式：composer require myorg/http-client:1.0.0，但这个 1.0.0 是你 repositories 里定义的 version，不是 Packagist 上的
• 这种写法下，composer show 查不到真实源信息，composer update 也不会自动拉新 commit，必须手动改 reference 再 run

最常被忽略的一点：所有这些高级用法的前提，是你当前终端路径必须是含 composer.json 的项目根目录——在 src/ 或 tests/ 里敲 require，它要么报错，要么静默创建一个全新的 composer.json，然后你花两小时排查为什么依赖没生效。