Composer私有仓库拉取依赖时提示输入密码的解决办法-composer-PHP中文网

composer拉取私有仓库时弹密码框，本质是https认证未预置pat令牌或ssh密钥链未打通，github等平台已禁用账号密码直连，须配置http-basic或ssh凭证并确保权限、url格式及镜像源生效。

composer私有仓库拉取依赖时提示输入密码的解决办法

Composer拉取私有仓库时提示输入密码，本质是认证方式没配对或没生效，不是“输错密码”的问题。

为什么 HTTPS 方式总弹密码框？

GitHub、GitLab 等平台已全面禁用账号密码直连 HTTPS Git 操作，但 Composer 在遇到 https://github.com/xxx/yyy.git 这类 URL 时，仍会尝试走 Git 的 HTTP 凭据机制——它找不到预存凭证，就交互式弹出用户名/密码输入框。

别输 GitHub 账号密码：必然失败，且有泄露风险
正确做法是提供个人访问令牌（PAT）作为“密码”，用户名可填任意非空字符串（如 token）
更稳妥的是用 composer config --global http-basic.github.com token YOUR-TOKEN 预置凭证，避免每次交互
若 URL 是 https://oauth2:YOUR-TOKEN@github.com/xxx/yyy.git 格式，也有效，但严禁提交到 Git

SSH 方式提示 “Permission denied (publickey)” 怎么办？

这是最常见的“看似配了 SSH 却仍失败”的场景，关键不在密钥生成，而在权限链是否打通。

Discussion Composer

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

下载

运行 ssh -T git@github.com 必须返回 Hi xxx! You've successfully authenticated，否则 Composer 一定失败
私钥文件（如 ~/.ssh/id_ed25519）权限必须是 600；所属用户必须和执行 composer install 的用户一致（比如宝塔里是 www 用户，就不能只配在 root 下）
确认 composer.json 中仓库 URL 是标准 SSH 格式："url": "git@github.com:username/repo.git"，不能带 https:// 或 git://
CI/CD 环境中，需确保 runner 用户的 ~/.ssh/config 里有对应 Host 配置，且 IdentityFile 指向正确的私钥

镜像源配置错误导致误判为私有仓库认证失败

看起来是私有包拉不到，实际是公共包都卡在 packagist.org，因为镜像根本没生效。

执行 composer config -g repo.packagist，输出必须是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
键名只能是 repo.packagist，写成 repositories 或 repos 全部无效
项目目录下若有 "repositories": [] 字段（哪怕为空），全局镜像会被覆盖，此时要进项目目录运行 composer config repo.packagist https://mirrors.aliyun.com/composer/
URL 必须以 / 结尾，https://mirrors.aliyun.com/composer 少斜杠会导致 404

Token 泄露和权限控制最容易被忽略

很多人配完 PAT 就以为万事大吉，但 Token 写错位置或权限过大，后续排查成本极高。

绝对不要把 Token 明文写进 composer.json 或 .env 提交到仓库；它等同于你的账号密码
GitHub 上创建 PAT 时，只勾选 repo 权限即可，admin:org 或 delete_repo 属于高危权限，CI 环境也不应赋予
如果项目只需读取私有包，public_repo 权限有时就够用，但多数 Laravel/PHP 项目依赖 dev 分支，repo 更稳妥
本地测试通过后，务必在 CI 环境中单独验证：用部署用户执行 ssh -T 或 curl -H "Authorization: Bearer TOKEN" https://api.github.com/user/repos