Composer 不会自动创建 phpunit.xml，因其仅负责依赖管理，不提供脚手架功能；PHPUnit 也不自动生成配置以避免覆盖用户文件；推荐手动初始化并提交至版本库。
Composer 本身不会在安装 phpunit/phpunit 后自动创建 phpunit.xml —— 它没有 scaffolding（脚手架）能力，也不内置模板生成逻辑。这个需求必须靠外部工具或手动干预实现。
为什么 composer require phpunit/phpunit 不生成 phpunit.xml？
因为 composer 的职责仅限于依赖解析、下载和自动加载注册；它不关心测试框架的配置文件是否就位。PHPUnit 自身也从不主动写入项目根目录（避免覆盖用户已有配置）。所谓“自动创建”，其实是某些项目模板（如 Laravel、Symfony 的 skeleton）或第三方插件做的额外动作，不是 Composer 或 PHPUnit 的默认行为。
用 composer create-project 拉取带预置配置的骨架项目
这是最接近“自动”的方式：跳过裸装 PHPUnit，直接使用已集成测试配置的项目模板。
-
composer create-project laravel/laravel myapp→ 生成含phpunit.xml和tests/目录的 Laravel 项目 -
composer create-project symfony/skeleton myapp→ 默认不含 phpunit.xml，但加--stability=dev并运行composer require --dev symfony/phpunit-bridge后会触发 bridge 的初始化逻辑，可能生成基础配置 - 自定义骨架：把你的
phpunit.xml放进 Git 仓库，用composer create-project vendor/my-skeleton复用
用 composer-scripts + 自定义命令补全配置
如果你坚持用 composer require --dev phpunit/phpunit，可通过 composer.json 的 scripts 钩子，在安装后自动复制模板文件。
立即学习“PHP免费学习笔记（深入）”；
前提是项目中已存在一个 stubs/phpunit.xml.dist（可从 PHPUnit 官方仓库或现有项目里复制）：
{
"scripts": {
"post-install-cmd": [
"if [ ! -f phpunit.xml ]; then cp stubs/phpunit.xml.dist phpunit.xml; fi"
],
"post-update-cmd": [
"if [ ! -f phpunit.xml ]; then cp stubs/phpunit.xml.dist phpunit.xml; fi"
]
}
}
注意点：
- 该脚本只在 Linux/macOS 下生效（Windows 用户需改用 PowerShell 或借助
symfony/console写跨平台 PHP 脚本） -
post-install-cmd不会在首次composer install时触发（因无 lock 文件），建议搭配post-root-package-install - 更健壮的做法是用
php-scoper或roave/better-reflection类工具封装成独立命令，但成本远超收益
最简单可靠的做法：手动初始化一次，然后提交到版本库
别指望自动化能覆盖所有场景。PHPUnit 的配置高度依赖项目结构（如 tests/ 位置、autoload-dev 规则、代码覆盖率路径等），全自动推断容易出错。
推荐流程：
- 运行
composer require --dev phpunit/phpunit - 去 PHPUnit 官方配置文档 复制最小可用的
phpunit.xml - 根据你项目的
autoload-dev和目录结构调整<testsuites></testsuites>和<coverage></coverage>节点 git add phpunit.xml && git commit -m "add phpunit.xml"
后续所有协作者执行 composer install 后，phpunit.xml 已就位 —— 这比任何钩子都稳定。真正的复杂点从来不在生成动作，而在配置内容是否匹配当前 autoloading 规则和测试目录约定。
