私有仓库require字段中分支名必须加dev-前缀，如"myorg/utils": "dev-feature/auth"；否则Composer误作版本号报错；斜杠不可省略或替换；装稳定版需显式写"2.1.0"等，不加dev-前缀；若minimum-stability为stable，则dev分支需加@dev后缀；commit锁定须配合vcs仓库声明并写dev-main#abc123。
私有仓库 require 字段中怎么写分支名
必须加 dev- 前缀，否则 Composer 会当成版本号解析并报错。比如你要装 GitLab 上 myorg/utils 仓库的 feature/auth 分支，require 里得写成："myorg/utils": "dev-feature/auth"。注意斜杠不能省，也不能写成 dev-feature-auth 或 feature/auth。
安装私有包时如何强制用稳定版本而非 dev 分支
即使仓库里存在 v2.1.0 这样的 tag，只要你在 require 里没显式写版本号，Composer 默认仍可能拉 dev-main（尤其当 minimum-stability 设为 dev 时）。正确做法是：直接写精确版本或约束符，例如："myorg/utils": "2.1.0" 或 "myorg/utils": "^2.1"。不加 dev- 前缀，就是走稳定版逻辑。
为什么加了 repositories 还是装不到私有分支
常见原因有三个：
• 仓库 URL 写错（比如 HTTPS 地址没配 token、SSH 地址没配 key）；
• repositories 中 type 没设成 vcs；
• 项目根目录的 composer.json 里 minimum-stability 是 stable，但你又写了 dev-feature/auth——此时需在该包版本后加 @dev 后缀，即："myorg/utils": "dev-feature/auth@dev"，否则会被全局稳定性规则拦截。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
commit 级别锁定要怎么配
不能只靠 dev-main#abc123 这种写法生效，必须配合 vcs 类型仓库声明。先在 repositories 里定义仓库 URL，再在 require 中引用，并把版本写成 dev-main#abc123（或对应分支名）。例如：
"repositories": [
{
"type": "vcs",
"url": "https://gitlab.com/myorg/utils.git"
}
],
"require": {
"myorg/utils": "dev-main#f8a3b2c1"
}
注意：这个 commit hash 必须存在于该仓库的对应分支上，且 Composer 不会自动 fetch 新 commit——composer update 时若远程已更新该分支，本地仍锁在旧 hash，这点容易被忽略。
