Composer通过require和require-dev字段区分核心与开发依赖，部署时使用--no-dev参数实现环境适配，推荐结合CI/CD脚本统一管理安装流程。
require 和 require-dev 字段，结合部署流程来实现不同环境的依赖管理。
1. 使用 require 和 require-dev 区分核心与开发依赖
在 composer.json 中，通过两个主要字段划分依赖：
- require：存放生产环境必须的依赖，如框架、数据库组件等。
- require-dev：存放仅用于开发和测试的工具，如 PHPUnit、PHPStan、Mockery 等。
例如：
{
"require": {
"php": "^8.1",
"monolog/monolog": "^2.0"
},
"require-dev": {
"phpunit/phpunit": "^9.5",
"friendsofphp/php-cs-fixer": "^3.0"
}
}
部署生产环境时，使用 --no-dev 参数安装：
composer install --no-dev --optimize-autoloader
这会跳过 require-dev 中的包，减小生产环境体积并提升安全性。
2. 针对测试环境的特殊处理
如果测试需要额外的库（比如 mocking 工具或测试数据库驱动），应放入 require-dev。CI/CD 流程中运行测试时，正常执行：
COM组件简介 中文WORD版
下载
本文档主要讲述的是COM组件简介；COM既提出了组件之间进行交互的规范，也提供了实现交互的环境， 因为组件对象之间交互的规范不依赖于任何特定的语言，所以COM也可以是不同语言协作开发的一种标准。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
composer install ./vendor/bin/phpunit
这样确保测试所需的所有依赖都被安装。
3. 多配置文件或脚本辅助环境适配
若某些环境需要完全不同的依赖组合（如开发用 Xdebug，生产不用），可通过以下方式管理：
- 维护多个
composer.json模板（如composer-dev.json），用脚本替换后执行安装（不推荐，难维护）。 - 使用 Composer 的
config或自定义脚本，在安装后自动启用/禁用扩展。 - 通过环境变量控制代码行为，而非改变依赖结构。例如：开发环境自动加载调试工具类，生产环境忽略。
4. 推荐实践总结
- 把仅开发测试用的包放进
require-dev。 - 生产部署始终加
--no-dev和--optimize-autoloader。 - 避免为每个环境维护独立的
composer.json，容易出错且难以同步。 - 用 CI/CD 脚本明确区分不同环境的安装命令。
基本上就这些。Composer 的设计鼓励“一套依赖定义，多种安装方式”，而不是多套依赖配置。
