^按主版本锁定，允许小版本更新如1.2.3→1.9.9；~按次版本锁定，仅允许补丁更新如1.2.3→1.2.9；dev-main等是分支别名，非真正版本，上线禁用。
Composer版本范围写法：用错符号等于锁死版本
^ 和 ~ 看似都表示“允许小更新”，但行为完全不同。用 ^1.2.3 会允许升级到 1.9.9，但不会升到 2.0.0；而 ~1.2.3 只允许升到 1.2.9，连 1.3.0 都被拦住。很多人以为 ~ 更宽松，其实它更保守。
-
^按「主版本」锁定：适用于遵循 SemVer 的包（如 Laravel、Symfony） -
~按「次版本」锁定：适合自己维护的、发布节奏不规律的私有包 - 直接写
1.2.3是精确锁定，但 Composer 默认加^，除非你显式禁用 - 如果包没发
1.0.0之前的版本（比如只有0.5.0），^0.5.0实际等价于~0.5.0—— 这点极易被忽略
dev-main / dev-develop 能不能当版本用？
能写，但不是“版本”，是分支别名。Composer 会拉取对应分支的最新 commit，并生成一个伪版本号（如 dev-main#abc123）。它不参与版本约束计算，"monolog/monolog": "dev-main as 2.9.0" 这种写法只是告诉 Composer：“当成 2.9.0 来解析依赖”，实际装的仍是 main 分支代码。
- 不可用于
require-dev以外的场景，上线环境严禁使用 -
composer update时，它总会重新 fetch，没有缓存优势 - 如果上游删了该分支，安装直接失败，报错类似：
Could not find package monolog/monolog in a version matching "dev-main" - 替代方案：用
2.9.x-dev（需包本身有对应的 stability flag）或打个临时 tag
为什么 ">=1.0
表面上都是“1.x”，但 >=1.0 是纯数学区间，而 <code>^1.0 是语义化版本规则：它等价于 >=1.0.0 。关键差在补丁位 —— 前者会接受 <code>1.0（无补丁号），后者要求至少三位（1.0.0），否则视为不稳定版本，可能被跳过。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果你看到
composer show列出的版本是1.0而非1.0.0，说明作者没按 SemVer 打 tag - 此时
^1.0不匹配，Composer 会 fallback 到最低兼容版本，甚至报错could not be found - 解决办法：改用
>=1.0.0 ，或联系包作者修正 tag 格式
稳定性标识（stable / RC / beta）怎么影响版本选择？
Composer 默认只装 stable 版本。哪怕你写了 ^2.0，如果最新匹配的是 2.1.0-RC1，它也不会选，而是退回到 2.0.5（假设这是最后一个 stable）。这和 npm/yarn 默认行为不同，容易让人误以为“版本没更新”。
- 在
composer.json里加"minimum-stability": "RC"可放宽限制，但会影响所有包 - 更安全的做法是给特定包加
"foo/bar": "^2.0@RC"，这样只对它生效 -
@dev是最激进的，等同于允许任意分支和未 tag 的 commit，CI 环境中必须禁用 - 查看实际解析结果：运行
composer depends --tree foo/bar，能看到它最终选了哪个具体版本及原因
版本范围不是写完就完的事，它和包作者的 tag 习惯、你的 stability 设置、甚至 lock 文件的生成时机都咬合得很紧。稍微漏掉一个 .0 或错配一个 @ 符号，第二天 CI 就可能开始报错。
