直接运行composer require vendor/name:dev-main需加-s dev参数，否则因minimum-stability默认为stable而报“could not find package”；分支名大小写敏感且须与远程仓库完全一致，私有包还需在composer.json中配置vcs类型的repositories。
composer require 怎么指定 dev-main 分支
直接运行 composer require vendor/name:dev-main 即可，但必须加 --stability=dev（或简写 -s dev），否则 Composer 默认只查 stable 版本，会报 Could not find package。分支名大小写敏感，dev-main 对，dev-Main 错；若远程用的是 master，就得写 dev-master。
常见错误现象：
- 命令执行后提示“no matching package found”——大概率是没加
-s dev，或包名/仓库地址根本不存在 - 写了
dev-feature/login却失败——命令行中必须用双引号包裹：composer require "vendor/name:dev-feature/login" -s dev - 私有 Git 仓库始终 404——说明
repositories没配，或 URL 不可达，或仓库根目录的composer.json中name字段与 require 写的不一致（大小写也要完全匹配）
私有仓库怎么配 repositories 才能拉分支
Composer 不会自动扫描任意 Git 地址，必须在项目根目录 composer.json 的顶层 repositories 字段里显式声明源。类型必须是 vcs，URL 必须是完整、可访问的 Git 地址（HTTPS 或 SSH 均可，但需认证就绪）。
正确配置示例：
{
"repositories": [
{
"type": "vcs",
"url": "https://gitlab.example.com/group/private-package.git"
}
],
"require": {
"group/private-package": "dev-fix/auth"
}
}
关键点：
-
url必须指向一个合法 Git 仓库，且该仓库根目录下必须有composer.json -
require中的包名（如group/private-package）必须和远程仓库composer.json里的name字段**逐字一致**，包括大小写和分隔符 - 如果用 SSH 地址（如
git@gitlab.example.com:group/private-package.git），请确保当前用户能ssh -T连通，否则 clone 失败 - HTTPS 方式带 token 时，URL 格式应为
https://<token>:x-oauth-basic@github.com/group/private-package.git</token>，注意别把 token 提交到公开仓库
为什么 composer install 后不是最新 commit
因为 Composer 安装分支时，实际锁定的是当时 HEAD 对应的 commit hash，并写入 composer.lock。下次 composer install 只会还原这个 hash，不会重新 fetch 分支最新状态。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
想强制更新到当前分支 HEAD：
- 运行
composer update vendor/name（不是install） - 加
--prefer-source参数确保克隆完整 Git 仓库，后续可在vendor/name/.git下手动git pull - 如果之前用了
--prefer-dist或缓存污染，先运行composer clear-cache或加--no-cache - 极端情况（比如 force-push 后 ref 滞后）：删掉
vendor/name目录，再composer update vendor/name
注意：composer.lock 中记录的是 commit hash，不是分支名——这是设计使然，保证可重现性，但也意味着“动态更新”不是默认行为。
create-project 怎么拉 dev 分支而不是 tag
composer create-project 不靠 --stability 或 --prefer-source 控制分支，而是靠包名后的 # 语法。例如：composer create-project laravel/laravel#dev-develop myapp。
要点：
- 必须用
#，不是@或:；#main可省略dev-前缀，但#dev-main也合法 - 加
--prefer-source很关键，否则拉的是 zip 包，vendor/下没有.git，后续无法切换或更新分支 - 如果项目
composer.json里已有硬性版本约束（如"laravel/framework": "^10.0"），即使指定了分支，最终仍可能降级安装——此时建议加--no-install，进目录后再手动改composer.json并composer install - 当
create-project行为不可控（比如 fork 项目、自建 Packagist），更稳的方式是：git clone -b dev-main --depth 1 <url> myapp && cd myapp && composer install</url>
最易被忽略的一点：无论用哪种方式，分支名是否真实存在于远程仓库，必须用 git ls-remote --heads <url></url> 验证，不能只凭直觉或 GitHub 页面标签栏判断——有些分支可能已被删除，或命名是 mainline 而非 main。
