可通过在composer.json中配置repositories为vcs类型并指定Git仓库URL，使Composer将该仓库视为包源；需确保仓库含合法composer.json且name字段与require一致，安装时显式指定分支/Tag/Commit，并为私有仓库配置SSH密钥或GitHub Token。
用 repositories 配置 Git 仓库为 Composer 源
Composer 默认只从 Packagist 拉包，但你可以手动告诉它：某个 Git 仓库就等价于一个包。关键是在项目根目录的 composer.json 中添加 repositories 字段，类型设为 vcs，并指定仓库 URL。
注意：repositories 是全局配置，影响整个项目所有依赖解析；它不会自动“注册”到 Packagist，只是本地临时覆盖。
- 必须是可被 Composer 识别的 Git 仓库（含合法
composer.json文件） - URL 支持 HTTPS、SSH、Git 协议，如
https://github.com/user/repo.git或git@github.com:user/repo.git - 如果仓库没有
composer.json，Composer 会报错Could not find package ... at any version
安装时指定分支、Tag 或 Commit，避免默认用 dev-main
直接 composer require vendor/name 可能拉不到你想要的版本——Composer 默认尝试 dev-main（或 dev-master），而很多私有仓库主干分支叫 main 但没打 dev-main 别名。
正确做法是显式指定版本约束，让 Composer 知道该解析哪个 Git 引用：
-
composer require vendor/name:dev-main—— 对应main分支 -
composer require vendor/name:v1.2.0—— 对应 Tagv1.2.0 -
composer require vendor/name:dev-feature/login#abc1234—— 分支加特定 Commit
其中 dev-feature/login 是分支名，#abc1234 是短 Commit hash；Composer 会自动 fetch 并检出该提交。
composer.json 中 name 字段必须匹配 require 的包名
这是最容易卡住的点：即使仓库地址正确、分支存在，只要仓库根目录下的 composer.json 里 "name" 值和你在 require 里写的不一致，Composer 就会报 Could not find package ...。
比如你执行：
composer require myorg/utils，那么目标仓库的
composer.json 必须包含：{
"name": "myorg/utils",
"version": "1.0.0"
}。注意大小写、斜杠方向、是否带 vendor 前缀，全部要严格一致。
另外，version 字段不是必须的（Git 仓库中通常省略），Composer 会根据 Tag 或分支别名推断版本号。
私有仓库需提前配置 SSH 密钥或 GitHub Token
如果 Git 地址是私有的（如 git@github.com:org/private-repo.git），Composer 在 install 或 update 时会调用系统 git 命令，因此依赖本地环境的认证方式：
- SSH 方式：确保
ssh-agent已加载对应私钥，且git ls-remote git@github.com:org/private-repo.git能成功返回 - HTTPS 方式（尤其 GitHub）：若仓库私有，需在
auth.json中配置 Personal Access Token：{ "github-oauth": { "github.com": "ghp_xxx..." } }
没配好时典型报错是：Failed to execute git clone --mirror... 或 Permission denied (publickey)。这类问题和 Composer 本身无关，纯属 Git 认证链未打通。
