post-install-cmd 中应写 @php artisan migrate --force（laravel）或 @php bin/console doctrine:migrations:migrate --no-interaction（symfony），并用 shell 或 php 脚本按 app_env 控制执行，避免误迁移；迁移失败会导致 composer install 中断，推荐改用部署脚本或 post-autoload-dump 替代。
post-install-cmd 里写什么命令才真正生效
直接写 php artisan migrate --force 或 php bin/console doctrine:migrations:migrate --no-interaction 是最简路径，但前提是：artisan 或 bin/console 文件必须在项目根目录，且框架已正确安装。如果 composer install 后报错 Command "migrate" is not defined，说明 Laravel 或 Symfony 的核心包没装上，或 autoloader 还没生成——此时 post-install-cmd 实际在 autoload 之前就触发了。
推荐写法是加 @php 前缀，并确保命令链不跨阶段：
-
@php artisan migrate --force（Laravel，@php表示复用当前 composer 进程的 PHP 解释器） -
@php bin/console doctrine:migrations:migrate --no-interaction（Symfony） - 避免写成
artisan migrate—— 缺少php解释器，Linux/macOS 下会报command not found - Windows 用户若用 Git Bash，确认
php在 PATH 中；否则要用绝对路径，如/c/xampp/php/php.exe artisan migrate --force
为什么本地每次 composer install 都跑迁移？怎么按环境控制
因为 post-install-cmd 没做环境判断，只要运行 composer install 就无差别执行。开发时反复迁移容易丢测试数据，生产环境误触更危险。
两种轻量级控制方式：
- 用 shell 包裹判断：
sh -c 'if [ "$APP_ENV" = "production" ] || [ "$APP_ENV" = "staging" ]; then php artisan migrate --force; else echo "Skip migration in $APP_ENV"; fi' - 改用 PHP 脚本做逻辑：在
scripts/migrate-on-prod.php里读getenv('APP_ENV')，只在production或staging下调shell_exec('php artisan migrate --force') - 别依赖
.env文件自动加载：CI 环境常不挂载 .env，得显式传参，比如APP_ENV=production php artisan migrate --force
迁移失败会导致 composer install 整体退出吗
会。只要迁移命令返回非零退出码（比如数据库连不上、SQL 语法错、表已存在），composer install 就中断并报错。这其实是优点——CI 流程能及时发现部署问题，而不是静默跳过。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
但要注意：
-
--force和--no-interaction必须加，否则在 CI 或无 TTY 环境下卡住 - Doctrine Migrations 第一次运行前必须先执行
vendor/bin/doctrine-migrations migrations:sync-metadata-storage，否则所有迁移命令都报No metadata storage table - Laravel 要求
database/migrations/目录存在且至少有一个迁移文件，否则artisan migrate会静默失败或抛出模糊异常
有没有比 post-install-cmd 更稳妥的替代方案
有。把迁移从 Composer 生命周期里剥离出来，交给部署脚本统一控制，更可控也更符合运维习惯。
常见做法：
- 在 GitHub Actions 或 Jenkins 里，
composer install后单独跑一步php artisan migrate --force，失败则整个流水线终止 - Docker 部署时，在
entrypoint.sh里加php artisan migrate --force || exit 1，确保应用启动前 DB 结构就绪 - 用
post-autoload-dump替代post-install-cmd：它在 autoloader 生成之后触发，能避开“命令未定义”问题，但依然不解决环境误触发
真正容易被忽略的是权限和配置加载时机——迁移脚本运行时，.env 是否已就位、数据库用户是否有建表权限、MySQL 版本是否支持迁移中用到的语法，这些都不会被 Composer 自动校验，得靠你提前兜底。
