Composer私有仓库包依赖缺失导致报错的修复指南-composer-PHP中文网

私有包提示“package not found”主因是repositories未正确配置，导致composer未请求私有源；需确认composer.json中存在结构正确的repositories字段、url末尾无斜杠，并用composer diagnose验证是否加载。

composer私有仓库包依赖缺失导致报错的修复指南

私有包在composer.json里写了却提示“Package not found”

这不是 Composer 找不到服务器，而是它压根没去请求你的私有源——默认只查 packagist.org。你写了 myorg/utils，但没配 repositories，Composer 就当这行不存在。

检查三件事：

确认 composer.json 根级有 "repositories" 字段，且结构正确，例如：

"repositories": [
  {
    "type": "composer",
    "url": "https://packages.myorg.com"
  }
]

确保 url 值末尾不带斜杠（https://packages.myorg.com/ 是错的），否则部分镜像代理会 404
运行 composer diagnose，看输出里是否出现你配的 URL；如果还显示 Repo packagist.org: https://packagist.org，说明配置没加载，可能是拼写错误或被项目级配置覆盖

私有仓库返回 401 或 403 但账号密码明明是对的

Composer 不会自动读取 ~/.netrc 或环境变量里的凭据，必须显式配置认证信息。

两种安全做法：

用 composer config 存凭证（推荐）：
```
composer config http-basic.packages.myorg.com username token-or-password
```
注意：域名必须和 repositories.url 中的主机名完全一致（不含协议、路径）
如果私有源是 GitHub/GitLab，改用 vcs 类型并配 auth.json：
```
{
  "http-basic": {
    "gitlab.myorg.com": {
      "username": "gitlab-token",
      "password": ""
    }
  }
}
```
文件路径为 COMPOSER_HOME/auth.json（Linux/macOS 是 ~/.composer/auth.json）

私有包已安装，但 Class not found 或 vendor/autoload.php 不生效

常见原因是私有包的 autoload 配置没生效，或者它的 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 show myorg/utils，看输出里是否有 autoload 字段；若为空，说明包作者没配，你得手动加 "autoload": {"psr-4": {"MyOrg\Utils\": "src/"}}
运行 composer dump-autoload -v，观察是否打印出该包的命名空间映射；没打印就代表没进 autoload 清单
检查私有仓库返回的 packages.json 是否包含该包的完整元数据（特别是 autoload 和 dist 字段），可用 curl -H "Authorization: Bearer xxx" https://packages.myorg.com/p/myorg/utils.json 直接验