Composer怎么用Private Packagist_Composer Private Packagist教程【速学】-composer-PHP中文网

private packagist 必须同时完成全局凭证注册和项目源声明：需用 composer config -g http-basic.repo.packagist.com "" 注册 token，并在 composer.json 中关闭默认源、显式声明私有源；否则必报 401 或 package not found。

composer怎么用private packagist_composer private packagist教程【速学】

Private Packagist 不是改个 `repositories` 就能用的

它必须同时完成两件事：全局凭证注册 + 项目源声明，缺一不可。只在 composer.json 里加一条 "type": "composer", "url": "https://repo.packagist.com/your-org/"，一定会报 401 Unauthorized 或 Could not fetch —— 因为 Composer 根本没把 token 发出去。

token 必须通过 composer config -g http-basic.repo.packagist.com <your-token> ""</your-token> 注册（注意密码字段留空，Private Packagist 只认用户名位置传 token）
项目 composer.json 中需显式关闭默认源："packagist": false，再声明私有源："private-packagist": { "type": "composer", "url": "https://repo.packagist.com/your-org/" }
别用 auth.json 手动写 bearer token —— Private Packagist 不支持 bearer 字段，只接受 http-basic 格式，硬写会静默失效

包装不上？大概率是 Private Packagist 的“可见性”没开

和 packagist.org 不同，Private Packagist 默认不暴露任何包。即使你的 GitHub 私有库已连上、composer.json 也写了正确 name，只要没手动点进后台「Packages」列表里勾选启用，composer show 或 install 就永远提示 Package not found。

登录 packagist.com → 进入组织 → 「Packages」页，搜索你的包名（严格区分大小写），确认状态是 Enabled
如果是 Git 仓库（如 git@github.com:myorg/utils），必须在后台点击「Sync now」并勾选 Include in composer repository
运行 composer clear-cache 再试 —— 缓存可能残留旧的 404 响应，导致重试时直接跳过网络请求

CI 环境里 token 总是认证失败？路径和注入方式搞错了

CI 容器通常没设 $COMPOSER_HOME，Composer 会去读一个空的全局 auth.json，而不是你挂载进去的临时文件。结果就是反复提示 Authentication required 却登不上去。

Discussion Composer

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

下载

别依赖挂载 auth.json，改用环境变量 COMPOSER_AUTH，值为 JSON 字符串：{"http-basic":{"repo.packagist.com":{"username":"<token>","password":""}}}</token>
确保 CI 脚本中 composer install 前已正确 export 该变量，且未被后续命令覆盖
本地调试时可用 composer config --global --list | grep http-basic 验证 token 是否真写进了全局配置

为什么不能只靠 Satis 或 GitHub Packages 替代？

Private Packagist 的核心价值不在“能托管”，而在“自动同步 + 权限隔离 + 审计日志”。Satis 是静态快照，GitHub Packages 没包级权限控制 —— 如果你需要让前端组只能拉 ui-kit，后端组才能装 payment-sdk，或者要查上周谁删了某个版本，这些都绕不开 Private Packagist 的后台管理界面。