require-dev用于声明开发依赖，仅在开发时安装，不随包被引用时加载，避免污染生产环境。必须确保src/代码不引用这些依赖，防止运行时错误；可借助PHPStan等工具检查。测试、CI等场景应正常安装dev依赖以保障流程完整，仅在构建生产镜像时使用--no-dev。通过suggest字段提示可选功能依赖，如Symfony集成，帮助用户扩展。本地与CI环境保持一致，推荐用脚本封装命令如make test，提升协作效率。正确区分开发与运行时依赖，使包更清晰、专业。

在开发 Composer 包时，require-dev 用于声明仅在开发阶段需要的依赖，比如测试工具、静态分析器或构建脚本。正确管理这些依赖能避免将不必要的包带入生产环境，同时保证开发和测试流程顺畅。

理解 require-dev 的作用范围

require-dev 中的依赖只会在你直接开发这个包时安装，当其他项目通过 Composer 引入你的包时，默认不会加载这些开发依赖。

例如，你在包中使用 PHPUnit 进行测试：

{ "require-dev": { "phpunit/phpunit": "^9.5" } }

当你克隆这个包并运行 composer install，PHPUnit 会被安装。但若别人在项目中 require 了你的包，PHPUnit 不会自动装进他们的 vendor 目录。

确保开发依赖不影响主功能

必须确保 require-dev 中的包不被主代码（src/）引用，否则会导致运行时错误。

• 测试类、配置文件或 CI 脚本可以使用这些依赖
• 避免在 src/ 文件中出现 use PHPUnit\... 这样的语句
• 使用静态分析工具如 PHPStan 或 Psalm 检查是否存在误引用

为包的使用者提供清晰指引

如果你的包提供了可选的集成组件（比如适配 Symfony 的 Bundle），而这类功能依赖额外库，应将其放入 require 并标记为“建议”（suggested）。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

使用 suggest 字段提示用户：

{ "suggest": { "symfony/http-kernel": "Needed for using the Symfony integration" } }

这样既不强制安装，又能让用户知道如何扩展功能。

本地开发与 CI 环境的一致性

在持续集成（CI）环境中，应始终运行 composer install（默认包含 dev 依赖），以确保测试工具可用。

如果你在 CI 中使用 --no-dev，测试将无法执行。正确的做法是：

• 本地和 CI 都用 composer install 安装完整依赖
• 仅在打包发布 phar 或构建生产镜像时考虑 --no-dev
• 可通过脚本或 Makefile 封装常用命令，如 make test 自动处理依赖和执行

基本上就这些。关键是分清哪些是开发工具，哪些是运行时必需项，保持主代码干净，让使用者清楚如何扩展。管理好 require-dev 能让你的包更专业、更易维护。