Composer禁止同名包共存，因name是唯一注册键，重复即报“Package … is already registered”；必须修改fork包composer.json的name字段（如改为myorg/package）并同步更新autoload，alias仅作用于版本解析，不能解决包名冲突。
Composer 不允许同名包共存，报错是必然的，不是配置没写对，而是设计上就禁止——name 字段是包在 Composer 内部的唯一键，重复即注册失败。
Package … is already registered 错误怎么来的
这个错误不是“装不上”，而是 Composer 在解析 composer.json 阶段就拒绝继续：只要两个包的 name 字符串完全一致（比如都是 monolog/monolog），哪怕来源不同（GitHub fork、私有 GitLab、package 类型仓库），它就会中止并抛出 Package monolog/monolog is already registered。
- 常见诱因：本地 fork 了某个包但忘了改
name；团队多个分支镜像用了相同name；私有仓库里手动复制了一份却保留原名 - 别指望换
repositories类型能绕过——vcs、package、composer 都一样，校验发生在 name 注册环节，不看 URL 或版本号 - 删
vendor/或强行编辑composer.lock是临时 workaround，下次composer update会还原并再次报错
正确做法：必须改 fork 包的 name 字段
这是唯一稳定、可复现、符合 Composer 设计逻辑的解法。改名不是为了“看起来不一样”，而是为了让 Composer 能把它当做一个新包注册进来。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 把 fork 包的
composer.json中"name": "vendor/package"改成带组织前缀的新名，例如"myorg/package"或"acme/package"（避免只加下划线如"package_custom"，防止未来与官方包重名） - 改完后需重新发布：打 tag、推分支，或上传到私有仓库
- 主项目中
require时用新名字，例如"myorg/package": "dev-main" -
autoload配置必须同步更新——改名只是让包能注册，类路径还得靠 autoload 正确映射，否则运行时报Class not found
alias 不是用来解决同名包冲突的
很多人以为加个 "alias": "new-name" 就行，但 Composer 根本不认这个 key。alias 只接受 "version": "dev-main as 2.0.x-dev" 这种写法，且它只是版本别名，不是包名别名。
- alias 的作用是让 Composer 把某个分支/提交“当作”一个特定版本号来解析依赖约束，仅影响
require里的版本匹配 - 它完全不改变
name字段，所以无法绕过Package … is already registered - 如果你看到 alias 没生效，先确认是不是误以为它能改包名——那不是它的职责
多个同名包真要共存？只能靠 replace + 自定义 repository 分开管理
极少数场景下，你确实需要官方版和魔改版同时存在（比如 monolog/monolog 官方版用于日志，acme/monolog 魔改版用于审计），这时不能只靠 alias，得组合使用：
- 把魔改版单独放进一个
repositories，类型设为package，并在其中明确写出"name": "acme/monolog"和"version": "dev-main as 2.0.x-dev" - 在根项目
composer.json的require中分别写"monolog/monolog": "^2.0"和"acme/monolog": "^2.0" - 如果魔改版功能上替代了官方版，可用
"replace": {"monolog/monolog": "*"}阻止 Composer 安装官方版，但注意：这不会自动加载你的类，autoload 还得自己配
真正难处理的从来不是配置怎么写，而是当两个包都声明自己是 monolog/monolog 时，你得先决定：它们到底该不该是同一个身份？如果答案是否定的，那改名就是不可跳过的一步——再绕，也绕不开 Composer 的注册机制。
