post-install-cmd和post-update-cmd不会无条件执行迁移，但若配置了php artisan migrate --force等命令，则会在对应场景（首次安装或锁文件更新时）自动执行，极易引发生产事故；必须通过shell脚本显式校验APP_ENV、CI等环境变量后才允许迁移，或彻底移出钩子、改用显式命令如composer run migrate:prod。
post-install-cmd 和 post-update-cmd 会无条件执行迁移，这很危险
只要你在 composer.json 里写了 "post-install-cmd": ["php artisan migrate --force"]，每次 composer install 或 composer update 都会触发迁移——包括在生产服务器上手动拉代码后顺手敲的那句 composer install。它不看当前是不是 CI 环境、不读 APP_ENV、也不管你刚上线的版本是否已通过 QA 验证。
常见错误现象：
-
composer update在线上机器跑完，发现用户注册表突然没了字段（迁移回滚没写或没触发） -
post-update-cmd调用php artisan migrate，但.env还是本地配置，连到了测试库 - 团队成员本地
composer install后自动跑了生产环境迁移脚本，因为APP_ENV=production被误设在 shell 环境里
用环境变量 + shell 条件判断拦截非预期迁移
Composer 的 scripts 不支持 if/else，但允许调用 shell 命令。把迁移逻辑从一行命令抽成可判断的 shell 小脚本，是最轻量且可靠的控制方式。
实操建议：
- 新建
scripts/check-and-migrate.sh，加执行权限：chmod +x scripts/check-and-migrate.sh - 脚本开头显式检查关键环境变量：
if [ "$APP_ENV" != "production" ] && [ "$CI" != "true" ]; then echo "Skipping migration: not in production or CI"; exit 0; fi - 再执行迁移：
php artisan migrate --force --no-interaction - 在
composer.json中调用："post-update-cmd": ["bash scripts/check-and-migrate.sh"]
注意：不要用 [ $APP_ENV = "production" ] 这种写法——空值会导致语法错误；必须用双中括号或加引号兜底。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么不能只靠 --force 或 --no-interaction？
--force 和 --no-interaction 解决的是“交互阻塞”，不是“执行意图”。它们让命令能静默跑完，但不会阻止错误的数据库连接、错乱的迁移顺序，或本不该运行的 down 操作。
典型陷阱：
-
php artisan migrate:rollback --force写进post-update-cmd，某次依赖更新后自动回滚了线上表结构 - Phinx 的
phinx migrate -e production失效，因为环境变量PHINX_ENVIRONMENT已被全局设置为testing，优先级高于-e - Laravel 的
migrate:fresh被误配进 scripts，导致每次 install 都清空线上数据
这些命令本身合法，但放在生命周期钩子里就等于给定时炸弹装了自动引信。
真正可控的迁移入口只能是显式命令 + 明确上下文
把自动化迁移从“安装即执行”切换到“部署时显式触发”，才能守住安全底线。这意味着：
- 删掉所有
post-*钩子里的迁移指令 - 定义一个独立脚本命令：
"migrate:prod": "APP_ENV=production php artisan migrate --force --no-interaction" - CI 流程中用
composer run migrate:prod替代composer install后的隐式迁移 - 配合部署工具（如 Envoyer、Deployer）或 GitHub Actions，在确认发布前一步才执行该命令
最后提醒一句：Composer 的 scripts 是执行层，不是决策层。它不知道哪张表不能删、哪个字段改了会影响前端、甚至不知道当前 git commit 是否对应已审核的 PR。所有“该不该迁”的判断，必须由人或受控流程来做，而不是交给 post-update-cmd 自动拍板。
