composer必须显式配置repositories数组，且type严格为"vcs"或"path"，顺序决定优先级，还需禁用packagist.org，缺一不可，否则静默跳过导致“could not find package”。
支持，但必须显式配置 repositories 数组，且类型、顺序、禁用默认源三者缺一不可——漏掉任意一项，Composer 就会静默跳过你的源，转而从 Packagist 拉错包或直接报 Could not find package。
为什么加了 vcs URL 还是装不到私有 Git 仓库
常见错误不是 URL 写错，而是没满足四个硬性前提：
-
repositories必须是项目根目录composer.json顶层的 JSON 数组（不能嵌套在config或其他字段里） -
type字段必须明确写成"vcs"（写成"git"、"github"或漏掉都会被忽略） - 远程仓库根目录下必须存在合法
composer.json，且其中name字段值（如"acme/utils"）要和你require的包名完全一致 - 没显式禁用
packagist.org：即使只配了一个私有源，只要没设"packagist.org": false，Composer 仍会去官方源查一遍，可能命中同名旧包
验证方式：运行 composer show acme/utils，如果没输出或提示包不存在，再跑 composer install -vvv，搜索日志里是否有 Reading repository 后跟你的 Git 地址。
Path 仓库怎么配才生效，为什么本地目录总被跳过
path 类型不走网络，只读本地文件系统，但对路径结构和稳定性要求很具体：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
url值必须是相对路径（如"../my-package"）或绝对路径（如"/home/user/my-package"），不能带.git或zip后缀 - 目标目录下必须有完整
composer.json，且含name和version（或已打 Git tag；若用dev-main分支，需在项目中设"minimum-stability": "dev"） - 安装时默认跳过
path源，除非加--prefer-source，或在composer.json顶层设"minimum-stability": "dev" - 多个
path源共存时，前面的条目优先匹配，后面同名包不会被加载
示例有效配置：
{
"repositories": [
{
"type": "path",
"url": "../my-private-lib"
}
],
"require": {
"acme/private-lib": "*"
}
}
VCS 与 Path 的关键区别和选型建议
两者都绕过 Packagist，但适用阶段和风险点完全不同：
-
vcs：适合已托管到 Git 的私有库，Composer 会自动 clone + checkout 对应 commit。依赖系统git命令可用（CI/容器环境需挂载 SSH key 或配置 HTTPS token）；分支名（如dev-main）会被映射为版本约束，但远程没打 tag 就无法解析^1.2.0这类语义化版本 -
path：仅限本地开发调试，零网络开销，改完代码立刻可见。但上线前必须替换为vcs或composer类型，否则部署失败；它不校验签名、不处理版本别名，也不参与composer.lock的 reference 锁定逻辑 - 性能影响：
vcs首次安装慢（要 clone），后续更新依赖git pull；path每次都软链接，快但破坏可复现性
最容易被忽略的一点：所有自定义源一旦启用，composer.json 中的 repositories 数组就变成“全有或全无”——删掉数组，Packagist 自动恢复；但只要存在，就必须把 packagist.org 显式设为 false，否则双源并行，包版本不可控。
