通过 require 与 require-dev 划分依赖，结合 –no-dev 部署、多配置文件策略及 composer Scripts 自动化，实现开发与生产环境的依赖分离，核心在于合理使用原生功能完成环境隔离。

Composer 本身不直接提供多环境依赖管理的机制，但可以通过组合使用 composer.json 配置、scripts 和 不同的依赖类型 来实现开发与生产环境的依赖分离。

1. 使用 require-dev 区分开发依赖

Composer 支持将依赖分为两类：

• require：生产环境必须的依赖（如框架、数据库驱动）
• require-dev：仅在开发时需要的工具（如测试框架、调试工具）

示例：

{ “require”: { “monolog/monolog”: “^2.0” }, “require-dev”: { “phpunit/phpunit”: “^9.0”, “fakerphp/faker”: “^1.9” } }

部署到生产环境时，运行命令：

composer install –no-dev

这样 require-dev 中的包不会被安装，减小生产环境体积并提升安全性。

2. 使用不同 composer.json 文件（可选）

对于差异较大的环境，可以维护多个依赖配置文件：

• composer.json：通用依赖
• composer-dev.json：额外开发工具
• composer-prod.json：生产专用优化组件

通过脚本合并或覆盖主配置。例如用 shell 脚本：

依图语音开放平台

依图语音开放平台

6

查看详情

# 开发环境 cp composer-dev.json composer.json composer install

这种方式灵活但需谨慎管理配置一致性。

3. 利用 Composer Scripts 自动化环境准备

可以在 scripts 中定义环境相关的操作：

“scripts”: { “post-install-cmd”: [ “@php bin/check-env.php” ], “dev”: [ “echo ‘Setting up dev environment…'”, “composer require –dev friendsofphp/php-cs-fixer” ] }

然后运行 composer run dev 快速初始化开发工具。

4. CI/CD 中的最佳实践

在部署流程中明确区分安装行为：

• 开发或 CI 测试时：composer install
• 生产构建时：composer install –no-dev –optimize-autoloader

–optimize-autoloader 提升加载性能，适合生产；而开发环境通常不需要。

基本上就这些。核心是利用 require 与 require-dev 的划分，配合部署命令控制依赖范围，再通过脚本增强自动化能力。不需要复杂工具也能实现清晰的环境隔离。

以上就是composer如何为不同的环境（开发、生产）管理依赖？的详细内容，更多请关注php中文网其它相关文章！