Composer的scripts不适合生成迁移文件，因其仅为shell调度器，无法加载Laravel完整上下文；正确方式是手动调用php artisan make:migration或封装为独立shell脚本。
Composer 的 scripts 不适合生成迁移类文件
Composer 的 scripts 本质是 shell 命令调度器，它不理解 Laravel、Doctrine 或任何框架的迁移机制。直接在 composer.json 里写 "post-install-cmd": "php artisan make:migration create_users_table" 看似可行，但实际会失败——因为 php artisan 命令依赖完整的应用上下文（如配置加载、服务提供者注册），而 Composer 执行脚本时 Laravel 尚未启动。
真正能批量生成迁移的只有 Artisan 命令本身
Laravel 的 php artisan make:migration 支持一次生成多个迁移文件，但必须手动调用或封装为 shell 脚本，不能靠 Composer 的生命周期钩子自动触发。常见误操作是把迁移生成逻辑塞进 post-autoload-dump，结果报错 Class 'Illuminate\Foundation\Application' not found。
- 正确做法：写一个独立的 shell 脚本（如
generate-migrations.sh），逐行调用php artisan make:migration - 迁移名需符合约定：含时间戳前缀（Artisan 自动添加），且表名/动作描述要语义清晰，例如
create_posts_table、add_published_at_to_articles - 避免重复执行：Artisan 不校验迁移文件是否已存在，同一命令反复运行会产生冗余文件；建议先用
ls database/migrations/*your_keyword*.php检查
如果非要集成进 Composer，只能绕过 Artisan 启动开销
极少数场景下需要“伪集成”，比如 CI 中统一初始化项目结构。这时可跳过 Laravel 启动流程，直接复制模板并替换占位符：
cp stubs/migration.stub database/migrations/$(date -f '+%Y_%m_%d_%H%M%S')_create_products_table.php
- 模板文件
stubs/migration.stub需预置标准结构，含up()/down()方法骨架 - 时间戳必须用
date命令生成，格式需与 Laravel 一致（Y_m_d_His），否则php artisan migrate无法识别顺序 - Windows 用户注意：
date命令行为不同，应改用 PowerShell 脚本或迁移到 WSL
批量生成后必须人工核对内容
自动生成只是解决文件创建，Schema 定义仍需开发者确认。比如 make:migration create_orders_table 默认只生成空的 up() 方法，字段类型、索引、外键约束全靠手写。漏掉 $table->timestamps() 或误写 $table->string('email')->unique() 却没加 ->nullable() 是高频错误。
最易被忽略的是迁移文件的命名一致性：Laravel 按文件名排序执行，若混用下划线和短横线（如 2024_01_01_create_users_table.php 和 2024-01-02-add_status.php），后者会被排到最前导致执行失败。
