不能直接改包名，Composer会拒绝安装或更新；必须同步修改require字段、发布新包到可用源、更新仓库地址，并用composer remove后require新包，否则依赖图断裂。

不能直接改包名，Composer 会拒绝安装或更新——因为包名是它的唯一标识，改名等于换包。

composer.json 里改了 name 字段但没效果

这是最常见误解：以为改完 name 就算重命名成功。实际上，Composer 在安装时只认远程仓库的原始 name（即 vendor/name），本地 composer.json 中的 name 仅用于发布到 Packagist 或私有仓库时的注册依据。

• 如果你只是本地开发，改了 name 后运行 composer install，它仍会按 require 里写的旧名字拉取依赖，完全无视你本地的 name
• 如果你正试图发布新包，但想复用旧代码，必须确保新 name 没被占用，且在 Packagist 或私有源中完成注册
• Git 仓库地址也得同步更新，否则 composer update 会因源不匹配失败

想让项目引用“新名字”的包，得换 require 和仓库源

真正起作用的是 composer.json 里的 require 字段和包的实际来源。要让项目用上“改名后”的包，必须同时满足：

Discussion Composer

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

下载

• 把旧的 "old-vendor/old-name": "^1.0" 改成新的 "new-vendor/new-name": "^1.0"
• 确保新名字的包已发布到可访问的源（如 Packagist、私有 Satis / Toran / Private Packagist）
• 如果走 Git 直引，需在 repositories 中声明类型为 vcs，并指向新仓库 URL：

  "repositories": [
    {
      "type": "vcs",
      "url": "https://github.com/new-vendor/new-name"
    }
  ]

修改包名后 composer update 报错 Could not find package old-vendor/old-name

这不是网络问题，是 Composer 明确拒绝降级或跳变式替换——它不会自动把旧包替换成同源不同名的新包。此时你看到的错误，本质是依赖图断裂。

• 先运行 composer remove old-vendor/old-name（Composer 2.2+）或手动删掉 require 行 + vendor/old-vendor/old-name 目录
• 再执行 composer require new-vendor/new-name，强制重建依赖关系
• 注意：如果旧包被其他依赖间接引用，会出现冲突，得用 composer why old-vendor/old-name 查清来源，必要时 fork 并 patch 那些依赖

真正麻烦的不是改名动作本身，而是所有引用它的上下文——包括 CI 脚本里的 composer require 命令、Dockerfile 中的安装指令、文档里的示例代码，甚至团队成员脑中的认知惯性。漏掉一处，就卡住一次。