Github Actions托管镜像Runner访问vite.config时权限被拒

• 工作目录不匹配：托管镜像Runner的默认工作路径和本地/自托管Runner不同，构建命令使用的相对路径无法定位到vite.config文件。比如本地在项目根目录执行构建，但镜像中可能进入了子目录，或者代码拉取后的存放路径存在差异。
• 权限机制限制：即便添加--user root参数，部分托管镜像可能有特殊的权限隔离策略，比如容器的安全上下文限制，或者代码目录的实际所有者并非root，导致root用户仍无法读取该文件。可在构建前执行ls -l查看文件权限和所有者信息。
• 配置文件兼容性问题：镜像环境的Vite版本与本地不一致，比如旧版本Vite仅支持.js后缀的配置文件，若你使用vite.config.ts但未安装ts-node等依赖，就会无法识别。另外，镜像系统多为区分大小写的Linux，若文件名存在大小写错误（比如写成Vite.config.js），也会导致找不到文件。
• 代码拉取不完整：托管镜像Runner在checkout代码时，可能因.gitignore规则、拉取配置错误等导致vite.config文件未被完整拉取。可在构建步骤前添加ls命令，查看项目根目录的文件列表，确认该配置文件是否存在。
• 配置加载路径被修改：部分自定义托管镜像可能修改了Vite的默认配置加载逻辑，或者存在环境变量干扰，导致Vite无法自动识别根目录下的配置文件。可以尝试在构建命令中显式指定配置文件路径，比如vite build --config ./vite.config.js（根据实际文件名调整）。

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