可在 Composer 的 post-install-cmd 中配置自动迁移，Laravel 用 php artisan migrate --force，Symfony 用 php bin/console doctrine:migrations:migrate --no-interaction，但需谨慎启用并加环境判断或改用部署脚本统一管理。
在 Laravel 或 Symfony 项目中，可以通过 Composer 的 post-install-cmd 脚本，在 composer install 执行完毕后自动运行数据库迁移，但需谨慎处理——它只应在开发或部署环境明确需要时启用，生产环境通常应手动控制迁移时机。
配置 composer.json 的 post-install-cmd
在项目根目录的 composer.json 中，将迁移命令添加到 scripts 的 post-install-cmd 数组里。注意：Laravel 和 Symfony 的命令名不同，需按框架选择：
- Laravel：用
php artisan migrate --force（--force绕过交互确认，适合非交互环境） - Symfony（Doctrine）：用
php bin/console doctrine:migrations:migrate --no-interaction
示例（Laravel）：
"scripts": {
"post-install-cmd": [
"@php artisan migrate --force"
]
}
避免重复执行或误触发
Composer 的 post-install-cmd 在每次 composer install 都会运行（包括本地开发），容易导致重复迁移或在无数据库时失败。推荐加一层判断：
- 检查是否在特定环境（如通过
APP_ENV=production判断） - 用 shell 命令包裹，例如只在 CI/CD 或部署脚本中显式启用：
"@php -r \"if (getenv('AUTO_MIGRATE')) { system('php artisan migrate --force'); }\"" - 或改用
post-autoload-dump+ 自定义 PHP 脚本，实现更精细控制（如检测 migrations 目录是否有新增文件）
替代方案：用部署脚本统一管理
更稳妥的做法是不依赖 Composer 脚本，而将迁移作为部署流程一环：
- Laravel：在部署脚本中执行
php artisan migrate --force，并配合--path或--realpath精确控制 - Symfony：用
doctrine:migrations:status先检查状态，再决定是否迁移 - 容器化部署（Docker）：在 entrypoint 或 healthcheck 后执行迁移，避免应用启动时数据库未就绪
基本上就这些。Composer 自动迁移方便但有风险，关键在明确谁触发、何时触发、失败怎么处理——脚本只是工具，逻辑得自己兜底。
