部署后GitHub工作流中paths.env变量未替换问题排查

你的GitHub工作流里有三个核心问题导致变量未按预期生效：

• env文件被覆盖
  在create-env-file任务的shell命令中，第二条echo使用了单大于号>，这会直接覆盖第一条echo生成的paths.env内容，最终文件里只会保留STORE_DATA_PATH，WORK_PATH被彻底覆盖。要追加内容需改用双大于号>>，修改后命令如下：

  echo "WORK_PATH=$(pwd)" > paths.env
  echo "STORE_DATA_PATH=$(pwd)/store_data/" >> paths.env
  

• 路径是Runner本地路径，而非Azure部署路径
  你用$(pwd)获取的是GitHub Actions Runner虚拟机里的工作目录，这个路径和Azure服务器上的部署路径完全无关。就算把这个env文件传到Azure，里面的路径在目标环境里根本不存在，自然起不到作用。
  解决思路：

  • 若Azure部署环境有固定工作路径，直接写死对应路径（比如Azure App Service的默认路径是/home/site/wwwroot）
  • 若需动态获取，要在Azure部署后的启动脚本里生成env文件，或用Azure的应用配置/环境变量功能直接设置这两个变量，无需在GitHub Runner里生成。

• env文件未纳入部署包
  create-env-file任务是独立的，生成的paths.env没有被上传到artifact，也未和之前的release.zip结合，最后部署到Azure的包里根本没有这个文件，变量自然不会生效。需要把生成的env文件加入artifact，或者在build阶段就生成并打包进去。

内容的提问来源于stack exchange，提问作者Phys