不会，composer install 不会自动装 dev 分支，仅依据 composer.lock 中锁定的 commit hash 安装；若 lock 文件记录的是 stable 版本（如 "2.1.0"）或未包含 dev 分支的 reference（如 "dev-main#e8f9a7b"），则安装稳定版而非 dev 分支。
composer install 会装 dev 分支吗？
不会自动装，除非 composer.lock 里明确记录了该 dev 分支的 commit hash。它不看分支名，只认 lock 文件里锁死的版本字符串和对应 Git 提交 ID。
常见错误现象：composer require vendor/package:dev-main 成功后，composer install 却装出 v2.1.0 —— 因为 composer.lock 里实际写的是 "version": "2.1.0"，而不是 "dev-main#abc1234"。
-
composer require写入composer.json的是"dev-main"，但真正写进composer.lock的是解析后的具体 commit（比如"dev-main#e8f9a7b"） - 如果执行过
composer update或别人提交了没更新 lock 的composer.json，lock 文件可能仍指向旧 commit，甚至 fallback 到 stable tag - 私有仓库未在
repositories中声明时，composer install会直接报错Package vendor/package not found，而非降级
dev 分支版本字符串怎么写才被 lock 文件正确记录？
必须用 dev-{branch-name} 格式，且大小写敏感、无前导斜杠、无空格——否则 Composer 解析失败，退而求其次选最近 stable tag。
例如有效写法：dev-main、dev-develop、dev-hotfix/auth；无效写法：Dev-Main、dev-/main、dev feature/login。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 分支名含特殊字符（如中文、括号、点号）会导致解析中断，Composer 报
Invalid version string - 若包未注册到 Packagist，需在
composer.json的repositories中显式声明 Git URL，否则composer install找不到源 -
composer.lock中对应项会显示"source": {"type": "git", "url": "...", "reference": "e8f9a7b..."}，reference 字段才是真实依据
为什么 composer install 后 dev 分支突然变成 stable 版？
根本原因是 composer.lock 被覆盖或未提交，导致 composer install fallback 到 composer.json 的约束并重新解析——此时 dev 分支未被强制锁定，Composer 自动选了满足条件的最高 stable 版。
- Git 未提交
composer.lock：新 clone 项目后composer install实际等价于composer update -
composer.json中版本写成"vendor/package": "^2.0"，而dev-main不满足 ^2.0 约束，Composer 直接跳过它 - CI/CD 缓存了旧 lock 文件，或构建镜像时用了
--ignore-platform-reqs导致依赖重算，dev 分支丢失 - 执行过
composer update --with-dependencies，上游依赖变更触发了整个树重解，dev 分支被“挤掉”
如何确保 dev 分支在部署时稳定不变？
靠 lock 文件 + 显式 commit hash 锁定，而不是靠分支名动态追踪。分支名只是开发期便利，生产环境必须固化。
- 确认
composer.lock已提交，且其中vendor/package条目包含"version": "dev-main#e8f9a7b"这类带 hash 的标识 - CI/CD 脚本中禁止出现
composer update，只允许composer install --no-dev --optimize-autoloader - 私有 Git 分支上线前，先本地跑
composer update vendor/package --with-dependencies，再提交更新后的composer.lock - 避免在
require-dev里放 dev 分支依赖——--no-dev会跳过它，但若主逻辑依赖其行为，线上就会缺失
最常被忽略的一点：dev 分支的稳定性不取决于 Git 服务器是否在线，而取决于 composer.lock 是否精确记录了 reference。只要 lock 文件在，哪怕远程分支被删，composer install 仍能拉下那个 commit。
