直接在composer.json的"scripts"段添加迁移命令即可，如"migrate": "php ./artisan migrate"，需确保artisan路径正确、php环境可用、无交互（加--force或--no-interaction），且避免中文键名和硬编码配置。
Composer scripts 里怎么写数据库迁移命令
直接在 composer.json 的 "scripts" 段里加一条调用 Artisan 的命令就行，但要注意 PHP CLI 环境和路径问题。Laravel 默认用 php artisan migrate，但 Composer 执行时不一定能找到 artisan 文件，尤其当项目不在根目录或用了自定义 bin 目录时。
- 推荐写成
"migrate": "php artisan migrate"，前提是artisan在项目根目录且可执行 - 如果报错
Could not open input file: artisan，改用相对路径："migrate": "php ./artisan migrate" - 生产环境慎用
--force，本地开发可加"migrate:fresh": "php ./artisan migrate:fresh --seed"快速重置 - 避免在 scripts 中硬编码数据库配置——迁移行为由
.env或config/database.php决定，改配置比改脚本更安全
前端资源编译脚本为什么执行失败
常见问题是 Node.js 环境缺失或路径不一致。Composer scripts 运行时的 $PATH 可能不含 npm/yarn 全局路径，导致 npm run dev 找不到命令。
- 优先用
"dev": "npm run dev"，但确保package.json存在且scripts.dev已定义 - 若 npm 不可用，换用
npx：例如"build": "npx mix --production"（适用于 Laravel Mix） - Windows 下注意 shell 差异，
&&连接符可能失效，建议拆成独立 script 或用cross-env - 不要在
post-install-cmd里直接跑npm install——Composer 已经完成依赖安装，重复执行易冲突
中文 script 名会导致什么问题
Composer 官方不支持非 ASCII 字符作为 script 键名。虽然某些版本看似能解析中文键（如 "数据库迁移": "php ./artisan migrate"），但实际会触发警告或静默忽略，且无法通过 composer 数据库迁移 调用。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 所有 script 键必须是合法的 PHP 变量名格式：只含字母、数字、下划线，且不能以数字开头
- 中文只能出现在注释或 value 字符串里，比如：
"migrate-zh": "php ./artisan migrate # 执行数据库迁移" - 别名式写法不可靠，
composer run-script migrate-zh才是标准调用方式，composer migrate-zh是无效的 - 团队协作时，script 名统一用英文小写+短横线（kebab-case），比如
build-assets、refresh-db
如何让 migrate 和 build 串联执行又互不干扰
用 && 硬拼命令容易出错——前一个失败，后一个就不执行；但用 ; 又会无视错误继续。真正可控的方式是封装成小脚本或利用 Composer 的事件钩子。
- 简单场景用
"deploy": "php ./artisan migrate --force && npm run build"，但仅限开发环境信任当前状态 - 更稳妥的做法是定义两个独立 script，再用
"post-migrate": "@build-assets"这类事件钩子触发后续动作 - 注意顺序：Composer 默认按声明顺序执行事件钩子，
post-autoload-dump发生在依赖加载后，适合做生成类映射后的操作 - 调试时加
-v参数查看真实执行路径：composer run-script migrate -v
真正麻烦的是环境变量隔离——.env 里的 APP_ENV=local 可能让 mix 编译出 dev 版本，而你本意是部署 production。别依赖 script 名暗示行为，显式传参更可靠，比如 "build:prod": "cross-env NODE_ENV=production npm run build"。
