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 钩子，在安装后自动复制模板文件。

前提是项目中已存在一个 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 和目录结构调整 和 节点
• git add phpunit.xml && git commit -m "add phpunit.xml"

后续所有协作者执行 composer install 后，phpunit.xml 已就位 —— 这比任何钩子都稳定。真正的复杂点从来不在生成动作，而在配置内容是否匹配当前 autoloading 规则和测试目录约定。