Composer如何设置特定仓库的下载方式是什么配置_Composer传输协议指定【方案】-composer-PHP中文网

必须在仓库对象内显式添加"secure-http": false字段才能启用http协议，且需执行composer clear-cache；该设置为仓库级开关，全局配置无效，git协议重写须通过git config insteadof实现。

composer如何设置特定仓库的下载方式是什么配置_composer传输协议指定【方案】

必须在 repositories 数组中为该仓库显式声明 secure-http 和协议类型，否则 Composer 会按全局策略拦截或降级失败。

如何让某个仓库走 HTTP（仅限可信内网）

Composer 2.0+ 默认拒绝任何 HTTP 仓库，哪怕你已在 composer.json 里写了 "url": "http://my-mirror.local"，也会报错：The "http://my-mirror.local" repository has a non-HTTPS URL, which is not allowed by default。

解决方法是：在该仓库对象内直接加 "secure-http": false 字段：

{
  "repositories": [
    {
      "type": "composer",
      "url": "http://my-mirror.local",
      "secure-http": false
    }
  ]
}

secure-http 是仓库级开关，不能靠 composer config -g secure-http false 全局覆盖——该命令在 Composer ≥2.2 已被忽略
改完必须执行 composer clear-cache，否则旧的 HTTPS 缓存元数据仍可能被复用
HTTP 镜像若需认证（如 Basic Auth），得额外配 http-basic，且证书校验完全跳过，不推荐用于公网环境

如何让某个 Git 仓库强制走 HTTPS（绕过 SSH）

如果你在 repositories 里写的是 "git@github.com:org/repo.git"，但 CI 环境不支持 SSH，不能只把 URL 改成 "https://github.com/org/repo.git"——这会导致私有仓库 401 或 submodule 失败。

Discussion Composer

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

下载

正确做法是：保留原 git@ 地址，靠 Git 层重写协议：

运行 git config --global url."https://github.com/".insteadOf "git@github.com:"
对 GitLab 同理：git config --global url."https://gitlab.com/".insteadOf "git@gitlab.com:"
该配置生效于 git clone 阶段，与 Composer 的 secure-http 无关，也不影响 default-protocol
若目标仓库启用了 2FA，需用 Personal Access Token 替代密码，填入 auth.json 的 http-basic 段

为什么 `default-protocol` 对已声明的仓库无效

composer config -g default-protocol https 只影响 Composer 自动推导的地址（例如从 vendor/package 解析出的源），对 repositories 中显式写出的 URL 完全不生效。

比如你写了 "url": "git@company.git:foo/bar"，即使设了 default-protocol，Composer 仍会走 SSH
同理，github-protocols 也只作用于未显式指定协议的 GitHub 包，不覆盖 repositories 条目
想统一控制所有 Git 拉取行为，唯一可靠路径是 Git 的 insteadOf 配置，而非 Composer 层参数

真正容易被忽略的是：仓库协议选择不是单点配置问题，而是 Composer（元数据层）、Git（克隆层）、PHP/cURL（传输层）三层叠加的结果。改错一层，就可能看到“连接被拒绝”“证书错误”“权限 denied”等不同阶段的报错，得顺着执行链逐层确认。