composer require vendor/package:dev-branch-name 可直接安装 GitHub 分支，分支名需严格匹配远程仓库（如 dev-main），区分大小写；加 #commit-hash 可锁定具体提交；私有仓库须先在 repositories 中声明 vcs 类型。
composer require 怎么指定 GitHub 分支
直接在 composer require 命令里加 dev- 前缀就能装分支，不需要改 composer.json 手动写仓库。比如：
composer require vendor/package:dev-main
注意：dev-main 中的 main 是远程分支名，不是本地分支；如果远程叫 master，就得写 dev-master。Composer 不会自动猜分支别名，必须严格匹配。
- 分支名区分大小写，
Dev-Main会失败 - 不能省略
dev-前缀，否则 Composer 当作版本号解析，报Could not find package - 执行后，
composer.lock里记录的是该分支当前 HEAD 的 commit hash，不是分支名本身
用 commit hash 锁定具体代码快照
分支会变，想确保每次安装都是一模一样的代码，得用 commit hash。格式是 dev-branch-name#abcdef1234567890，例如：
composer require vendor/package:dev-main#9a8b7c6d5e4f3a2b1c0d9e8f7a6b5c4d3e2f1a0
这个 hash 必须是 Git 有效的 40 位（或至少前 7 位）完整提交 ID。Composer 会去对应仓库拉取该 commit，并验证其存在性。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- hash 写错或不存在，报错信息是
Could not find branch or tag，不是网络问题 - 不建议用短 hash（如
#abc123），某些 Git 服务（如私有 Gitea）可能无法解析 - 一旦用了 hash，
composer update默认不会升级它——除非你显式指定要更新这个包
为什么 composer install 有时不装分支代码
根本原因是 composer.lock 优先级高于 composer.json。如果你之前运行过 composer install，而 lock 文件里已经存了某个稳定版（比如 1.2.3），那即使 composer.json 改成了 dev-main，composer install 也只按 lock 装旧版。
- 必须运行
composer update vendor/package或composer update才会重新解析并写入新分支/commit 到 lock - CI 环境中如果只跑
composer install却没更新 lock，就会漏掉分支变更 - 检查是否生效：运行
composer show vendor/package，看输出的versions字段是不是dev-main或带#的 hash
私有仓库分支依赖的常见报错
当目标包不在 Packagist 上，而是 GitHub/GitLab 私有库时，composer require 可能卡住或报 Could not find a matching version。这不是命令写错了，而是 Composer 没法自动发现这个仓库。
- 必须先在
composer.json的repositories字段声明仓库类型和 URL： -
"type": "vcs"是关键，不能写成package或漏掉 - URL 必须是可 clone 的地址（如
https://github.com/vendor/repo.git），不能是网页链接 - 声明后，再跑
composer require vendor/repo:dev-feature-branch才有效
最易忽略的一点：私有仓库的分支名若含斜杠（如 feature/login-flow），Composer 要求写成 dev-feature-login-flow —— 它会把 / 自动转为 -，但你不能手动写错格式。
