安装指定版本包应使用 composer require 或修改 composer.json 后运行 composer update；composer install 仅按 composer.lock 还原版本，无法指定新版本。
Composer 安装指定版本的包，不是靠 composer install，而是靠 composer require 或修改 composer.json 后运行 composer update。
怎么用 require 装某个具体版本
最直接的方式是带版本约束执行 composer require。它会自动写入 composer.json 并安装对应版本。
- 装精确版本：
composer require monolog/monolog:2.9.1 - 装最小稳定版（推荐）：
composer require guzzlehttp/guzzle:^7.5（^允许小版本升级） - 装开发分支（不推荐用于生产）：
composer require symfony/console:dev-main - 如果项目已锁定了依赖（有
composer.lock），require仍会触发更新并重写 lock 文件
为什么改了 composer.json 还不生效
手动编辑 composer.json 中的 "package/name": "x.y.z" 只是声明意图，不会实际安装或替换文件。
S_Space 商城系统
下载
系统特色及功能简介，主要包括以下方面： 合一：包括语言、模板风格、用户群；此版本内订简体、繁体、英文于一体；可另增设其它语言选项；模板风格指可以存在多界面的情况下进行界面互换；用户群指可写于单用户版本，也可用于多用户商城版本，具体设置可通过会员组权限修改 会员组定制：系统初安装时，内订６级会员分组，即 游客组、管理员组、ＶＩＰ用户组、柜台用户组、柜台ＶＩＰ用户组；此６级会员组不可以删除。另管理
- 必须运行
composer update package/name（只更新该包）或composer update（全量更新） - 若跳过
update，旧版本仍留在vendor/里，autoload加载的还是旧代码 - 注意：全局配置
minimum-stability和prefer-stable会影响版本解析结果，比如写"dev-master"却没设minimum-stability为dev，就会报错
composer install 能不能指定版本
不能。composer install 只读 composer.lock，还原其中记录的版本，完全忽略 composer.json 里的新版本声明。
- 常见误操作：改完
composer.json就跑install，发现没变化 —— 这是预期行为 - 想让
install生效？先删掉composer.lock，再install（等价于update --lock），但会丢失 lock 文件的确定性保障 - CI/CD 环境中应始终用
install，靠提交composer.lock来锁定版本，而不是靠require或update
容易被忽略的版本解析细节
Composer 的版本比较不是字符串匹配，而是语义化版本（SemVer）解析，~、^、> 行为差异大，且受包自身 type 和 stability 标签影响。
-
^1.2.3≈>=1.2.3 ；<code>~1.2.3≈>=1.2.3 - 发布版本带
-beta、-rc后缀默认被视为不稳定版，除非显式设置"minimum-stability": "beta" - 私有仓库或 VCS 包（如 GitHub URL）需在
repositories中声明类型（vcs），否则 Composer 不识别其版本标签
版本控制的关键不在命令怎么敲，而在于搞清 composer.json 是“愿望清单”，composer.lock 才是“施工图纸”——改清单不等于开工，没图纸就开工容易返工。
