Composer分支如何指定 Composer开发版本灵活控制
使用Composer安装dev分支需加--stability=dev，分支名大小写敏感；锁定特定提交应附加#commit并配合--prefer-source。旧约束与platform配置可能干扰安装，dev分支与精确标签混用存在隐式升级风险，建议锁定commithash并明确用途。
在PHP生态里跟Composer打交道，版本约束这事儿，说大不大，说小还真不能马虎。特别是当你需要直接装一个开发中的分支——比如 dev-main——来验证某个新功能或修复时，命令怎么写、背后有哪些坑，其实有不少讲究。今天就用几个实际场景，把这件事彻底讲清楚。
composer require 怎么装 dev-main 或其他分支
是不是直接 composer require vendor/package:dev-main 就完事了？理论上是，但你得先确认两个前提：项目的 minimum-stability 配置允许不稳定包，并且目标仓库确实有这个分支。默认情况下，Composer 的稳定性门槛是 stable，所以不加任何额外参数，大概率会收到一个“no matching package found”的错误。
最常见的正确做法是加上 --stability=dev 参数：
composer require monolog/monolog:dev-main --stability=dev这里有几点必须留意：
- 分支名是大小写敏感的。
dev-main是对的，写成dev-Main就找不到。 - 有些项目还在用
master分支，那你得写dev-master，不是所有仓库都已经切到main。 dev-main本质上不是版本号。每次composer update都会拉取最新的提交，这就意味着你的依赖是不稳定的。生产环境或 CI 流程中依赖它，等于给自己埋雷。- 如果你的仓库是私有的，必须在
composer.json的repositories字段中显式声明type为vcs，否则 Composer 根本不会去查那个地址。
dev- 分支 + #commit hash 怎么写才生效
想把依赖锁定到某一次特定的提交，写法可不是简单的 dev-main#abc123 就万事大吉。Composer 需要你明确告诉它“这是源码模式”，否则它可能会悄悄 fallback 到 dist 包，或者干脆执行失败。
正确的姿势是这样的：
composer require vendor/package:dev-main#abc123 --prefer-source拆解一下这里的关键点：
--prefer-source强制 Composer 从 Git 克隆源码，这样才能确保composer.lock中的source.reference记录的是你指定的那个 hash。- 你指定的 hash 必须存在于目标分支的历史中。比如
abc123得实实在在是main分支上的一个提交，否则还是失败。 - 如果你写了
dev-main#abc123却忘了加--prefer-source，Composer 很可能会忽略后面的 hash，只安装分支的最新 HEAD。 - 执行之后，一定要去检查
composer.lock文件。确认对应包的source.type是git，source.reference的值就是你输入的那个 hash。这一步能堵住大部分“明明锁了却还是变了”的坑。
为什么写了 dev-main 还装了 stable 版本
这是非常常见的一个问题：明明命令输入正确，结果却装了个稳定版。原因通常只有一个——你当前的 composer.json 里已经有其他约束在作祟。
举个例子，你运行了 composer require monolog/monolog:dev-main --stability=dev，但如果 composer.json 里原来就有一条 "monolog/monolog": "^2.8"，Composer 会优先满足已有的约束，而不是你刚输的命令。
解决方案很直接：
- 先删除旧约束：
composer remove monolog/monolog - 然后再装分支版本：
composer require monolog/monolog:dev-main --stability=dev - 或者更干脆，手动打开
composer.json，把该包的条目清掉，再运行 require 命令。
还有一个不太容易被注意的干扰因素：config.platform 里如果锁死了 PHP 版本，某些 dev 分支可能因为与锁定的 PHP 版本不兼容而被自动跳过。当你看到“Your requirements could not be resolved”这样的错误时，不妨往下多看几行，是否跟着 platform 不匹配的提示。
dev 分支和 exact tag 混用时的冲突风险
一个项目里同时出现 "package-a": "dev-main" 和 "package-b": "3.2.1" 并不罕见。问题在于，package-b 的新功能可能依赖于 package-a 的某个尚未发布的 API。这时候跑 composer update，很可能触发隐式升级或者版本冲突。
事情会怎么发展呢？Composer 会尽力找一个同时满足 dev-main（版本上限无限）和 3.2.1（精确锁死）的解。大多数情况下它能做到，但这种“大部分时候能跑通”的状态其实很危险。假如 package-a 的 dev 分支引入了不兼容的改动，package-b 可能在运行时直接崩溃。
更致命的是，这种混合组合没法靠 composer.lock 完全兜底。lock 文件能固化的只是当前 commit，但下次 update 时，dev 分支会拉取新提交，而 exact tag 那一方不会动。时间一长，你的依赖状态就变成了一个“幽灵组合”——没有人敢动，也没有人能说清楚它到底包含了哪些代码。
真正可控的做法是：把 dev 分支也钉到一个具体的 hash 上，并且在团队文档里写清楚这个 hash 对应的语义——比如“包含 XXX 修复，待发版 3.3.0”。
说到底，用 dev 分支不是为了图省事，而是为了验证未发布的变更。但凡涉及到协作或者生产环境部署，就得把它当成一个临时状态来管理——写死 hash、注明用途、及时替换为正式 tag。否则，它迟早会变成一个没人敢动的“幽灵依赖”。
IntelliJ IDEA 是 JetBrains 推出的专业集成开发环境，重点服务于 Java、Kotlin 与 JVM 项目开发。软件集成代码补全、静态检查、重构、调试、测试、版本控制及构建工具，并可借助插件扩展语言和框架支持。
JetBrains PyCharm 是面向 Python 开发者的集成开发环境，提供智能补全、代码检查、重构、调试、测试、版本控制及虚拟环境管理功能。Mac 版兼容 Intel 与 Apple 芯片，核心功能可免费使用。
JetBrains WebStorm 是面向 JavaScript、TypeScript 和现代 Web 技术的专业集成开发环境，可智能理解项目结构，提供代码补全、重构、错误检查、运行调试、测试及 Git 工具。
Adobe After Effects 是面向动态图形、影视特效与视频合成的专业创作软件。它提供关键帧动画、遮罩抠像、运动跟踪、三维空间、文字动画和表达式等工具，并可与 Premiere Pro、Photoshop、Illustrator
Adobe Audition 是面向播客、影视后期、音乐制作及内容创作者的专业音频工作站，提供波形精修、多轨录制与混音、频谱编辑、降噪修复、响度匹配和效果处理工具，并可与 Adobe Premiere 协同完成视频声音制作。
Adobe Bridge 是面向摄影师、设计师及内容团队的免费数字资产管理工具，可集中预览照片、视频和 Adobe 项目文件，并利用评级、标签、关键词、元数据、筛选与收藏集完成分类检索。它还支持批量重命名、格式导出、相机导入及 Camera
Adobe Illustrator 是 Adobe 推出的专业矢量图形设计软件，适合在 Mac 上制作标志、图标、插画、包装、信息图及印刷版面。它以路径和锚点构建可无损缩放的图形，并提供钢笔、形状、文字、图像描摹、渐变、画板及生成式功能。
Adobe InDesign 是面向印刷品与数字出版物的专业版面设计软件，可在 Mac 上制作书籍、杂志、宣传册、海报、报告及交互式文档。它提供精细的文字样式、网格、母版、长文档管理和印前输出能力。
Adobe Lightroom Classic 是面向桌面摄影工作流的照片管理与后期处理软件，可将原始照片保存在本地硬盘，通过目录、关键词、评分和收藏夹高效整理图库，并提供 RAW 冲印、蒙版、镜头校正、批量同步及多格式导出等功能。
Adobe Media Encoder 是 Adobe 推出的专业音视频编码与转码工具，可通过队列、预设和监视文件夹批量完成格式转换、代理文件创建及多平台成片输出，并与 Premiere Pro、After Effects 等软件紧密协作。
Adobe Photoshop 是面向摄影师、设计师和内容创作者的专业图像处理软件，提供图层、蒙版、选区、修复、调色、文字排版、智能对象及生成式编辑等能力。Mac 版支持 Intel 与 Apple Silicon 处理器。
Adobe Premiere Pro 是面向专业视频制作的非线性剪辑软件，提供多轨时间线、调色、音频处理、字幕、代理工作流和多格式输出能力，并可与 After Effects、Audition、Photoshop 及 Frame.io 协同
JetBrains IntelliJ IDEA 是以 Java、Kotlin 和 JVM 项目为核心的专业集成开发环境，提供智能补全、代码检查、安全重构、调试、测试、版本控制及构建工具集成。统一发行版的核心功能可免费用于商业和非商业项目，
PhpStorm 是 JetBrains 面向 PHP 与现代 Web 开发打造的专业集成开发环境，提供代码补全、静态检查、重构、调试、测试、数据库、版本控制及前端语言支持。Windows 用户可直接下载安装程序，
PyCharm 是 JetBrains 推出的 Python 集成开发环境，提供智能代码补全、错误检查、重构、调试、测试、Git、终端及 Jupyter Notebook 支持。统一版安装后可体验 30 天 Pro 功能，
WebStorm 是 JetBrains 面向 JavaScript、TypeScript 和现代 Web 技术打造的集成开发环境。它提供项目级代码分析、智能补全、安全重构、导航搜索，并集成调试、测试、终端、Git 与常用前端工具，
Adobe Photoshop 是面向摄影师、设计师和内容创作者的专业图像处理工具，可在 Windows 上完成照片修饰、选区抠图、图层合成、文字排版、绘画及生成式编辑。软件采用订阅授权，由 Creative Cloud 管理安装、更新与许
Adobe InDesign 是面向印刷与数字出版的专业页面排版工具，可制作书籍、杂志、宣传册、海报、交互式 PDF 和电子书。它提供精细的文字样式、多页面管理、印前检查及多格式输出能力，并能与 Photoshop、Illustrator
Adobe Illustrator 是用于绘制矢量图形、插画、图标、徽标和版式的专业设计工具。它以路径和锚点为核心，作品放大后仍能保持清晰，并提供画板、文字、渐变、图像描摹及精确变换等功能，适合品牌视觉、印刷物料、数字界面和商业插画创作。
Adobe Bridge 是 Adobe 推出的创意资产管理工具，可集中预览、分类和查找照片、视频、PDF及多种设计文件，并支持元数据、关键词、评级、批量重命名和格式导出。它可与 Photoshop、Illustrator 等应用衔接，
Adobe Lightroom Classic 是面向 Windows 桌面摄影工作流的照片管理与无损编辑工具，可通过目录集中整理大型图库，并完成 RAW 显影、局部蒙版、批量调整、打印和多格式导出。它强调本地文件管理与精细控制，
Adobe Acrobat Pro 是面向专业 PDF 工作的综合解决方案，可在 Windows 中创建、编辑、转换、比较、整理和保护文档，并支持表单、电子签名、扫描件文字识别及敏感信息永久遮盖。订阅还包含网页、移动服务和云端协作能力，
Adobe After Effects 是面向动态图形、动画与影视视觉特效制作的专业工具，可完成关键帧动画、图层合成、遮罩跟踪、抠像、文字动画和二维三维元素整合。Windows 版通过 Adobe Creative Cloud 安装及更新，
Adobe Media Encoder 是 Adobe 面向视频与音频制作流程提供的专业编码和转码工具，可批量处理媒体文件、创建代理、套用输出预设并监控文件夹自动执行任务。它与 Premiere、After Effects、Audition