运行 composer require vendor/name:dev-main 即可安装指定 Git 分支，分支名须带 dev- 前缀；若包未在 Packagist 注册，需先在 repositories 中添加 VCS 源。

composer require 怎么指定 Git 分支安装

直接用 composer require 安装某个包的非稳定分支，关键不是加参数，而是改 composer.json 里的版本约束写法。Composer 默认只认语义化版本（如 ^2.0），Git 分支名（比如 dev-main 或 dev-feature/x）必须显式声明为开发版本。

• 分支名要带 dev- 前缀，例如 dev-main、dev-develop，否则 Composer 会报 Could not find package 或解析成 tag
• 运行 composer require vendor/name:dev-main 即可，不需要额外开关或配置
• 如果包没在 Packagist 上注册，但你有 Git 地址，得先在 composer.json 的 repositories 里手动加源，类型设为 vcs
• dev- 开头的版本默认被当作 minimum-stability: dev 处理，但项目全局 stability 配置仍可能拦截——建议临时加 --stability=dev 参数保险

从 GitHub/GitLab 直接拉特定分支（不用 packagist）

很多内部库或未发布包，压根不在 Packagist，只能靠 Composer 解析 Git URL。这时候不能只写分支名，得把仓库地址和分支一起“喂”给它。

Discussion Composer

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

下载

• 先确保 composer.json 里有对应 repositories 块，例如：

  {"type": "vcs", "url": "https://github.com/user/repo"}

• 然后执行 composer require user/repo:dev-fix/login —— 注意这里 user/repo 必须和 Git 仓库的 owner/name 一致，不能随意起别名
• 如果分支含斜杠（如 feature/login），Composer 要求写成 dev-feature/login，但部分旧版 Composer（dev-feature-login 或打个轻量 tag 替代
• Git 仓库必须有 composer.json 文件，且其中 name 字段要和 require 时写的完全一致，大小写都不能错

为什么 composer install 后没拉到最新 commit？

常见错觉是“指定了分支就等于拉最新”，其实 Composer 默认会缓存已下载的 dist 包，而且 Git 分支本身没有固定哈希，每次 install 可能复用旧 commit。

• 执行 composer update vendor/name 强制重解析分支 HEAD，而不是 install
• 加 --prefer-source 参数，让 Composer 克隆完整 Git 仓库而非下载 zip 包，后续 git pull 才能生效
• 检查 vendor/name/.git/HEAD 指向是否真为你想要的 commit；有时候分支被 force-push 过，本地 ref 没更新
• 如果用了 path 类型 repository，Composer 会硬链接本地目录，此时分支切换完全无效——这种场景下必须删掉 vendor/name 再 update

dev-main 和 dev-master 到底用哪个？

GitHub 新仓库默认主分支叫 main，老项目可能是 master。Composer 不自动适配，全看远程仓库实际分支名。

• 先用 git ls-remote --heads https://github.com/vendor/name.git 看真实分支列表，别猜
• dev-main 和 dev-master 是两个不同版本标识，混用会导致找不到包或降级到旧分支
• 某些组织统一用 dev-stable 或 dev-production 这类自定义名，同样要严格匹配，Composer 不做映射
• CI 环境里如果依赖分支名做部署判断，建议在 composer.lock 中确认 source.reference 字段值，那是真正落地的 commit hash

分支名写错、仓库没配 repositories、本地缓存没清——这三件事占了 90% 的“怎么没装上”问题。实际操作时，先跑一遍 composer require -vvv，错误信息里会明确告诉你卡在哪一步。