Composer脚本默认不继承Shell环境变量,需通过export导出变量或内联方式传递,如export MY_ENV=production或MY_ENV=staging composer run my-script,确保子进程可访问。

Composer 默认在执行脚本时会使用一个清理过的环境,这可能导致当前 Shell 中设置的环境变量无法被脚本访问。要让 Composer 脚本继承当前 Shell 的环境变量,关键是确保这些变量在执行 composer run 时仍然可用。
Composer 在运行脚本时通常通过 proc_open 启动子进程,默认不会自动传递所有父进程的环境变量,尤其是那些仅在当前 Shell 会话中定义的临时变量。
如果变量没有导出(即未使用 export),子进程是无法读取的。因此,必须确保变量已正确导出到环境。
在调用 composer run 前,使用 export 将变量加入环境变量表。
export MY_ENV=productioncomposer run my-script这样,PHP 脚本中就可以通过 getenv('MY_ENV') 或 $_ENV['MY_ENV'] 正常获取值。
可以在执行命令时直接将变量写在前面,这种写法会临时为该命令设置环境变量。
例如:MY_ENV=staging composer run my-script这种方式简洁,适合一次性操作,变量作用域仅限于当前命令。
如果你通过 Composer 执行 PHP 脚本,确保脚本中启用了环境变量读取。例如,在 Laravel 或 Symfony 等框架中,.env 文件的加载可能依赖启动方式。
对于自定义脚本,检查是否调用了:
$_ENV 是否启用(可通过 php_admin_value variables_order 配置)getenv() 函数更可靠,它不依赖 variables_order
不要只在 Shell 中赋值而不导出:
MY_ENV=dev → 子进程不可见export MY_ENV=dev → 子进程可见同时注意,Shell 别名或函数不会被继承,Composer 只能访问环境变量和可执行命令。
基本上就这些。只要确保变量已导出或内联传入,Composer 脚本就能正常读取当前 Shell 的环境变量。以上就是如何让composer在执行脚本时继承当前的Shell环境变量?的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号