本文详解如何解决 GitHub Actions 运行 Selenium + TestNG + Allure 项目时因文件系统权限不足导致的 Could not write Allure test result container 错误，核心方案是显式创建并赋予 allure-results 目录写入权限。
本文详解如何解决 github actions 运行 selenium + testng + allure 项目时因文件系统权限不足导致的 `could not write allure test result container` 错误，核心方案是显式创建并赋予 `allure-results` 目录写入权限。
在 GitHub Actions 的 Ubuntu 运行环境中，Allure 框架默认尝试将测试结果（如 *-container.json）写入 allure-results/ 目录，但该目录可能未被提前创建，或由 Maven Surefire 插件以受限权限生成，导致后续 Allure Lifecycle 写入时抛出 java.io.FileNotFoundException: ... (Permission denied) —— 根本原因并非代码逻辑错误，而是容器内文件系统权限策略限制。
✅ 正确解决方案：显式初始化并授权结果目录
需在 mvn test 执行后、Allure 报告生成前，主动创建目标目录并赋予充分写入权限。推荐使用以下标准化步骤：
- name: Update allure-results folder permissions
run: |
mkdir -p allure-results/
chmod -R 777 allure-results/⚠️ 注意事项：
- mkdir -p 确保目录层级完整创建（即使父目录不存在）；
- chmod -R 777 是 CI 环境中安全且高效的临时授权方式（Ubuntu runner 为单租户隔离环境，无安全风险）；
- 务必放在 mvn test 步骤之后、Allure 报告插件步骤之前，否则目录可能尚未被测试框架创建或内容为空；
- 若项目配置了自定义 Allure 结果路径（如 allure.results.directory=custom-allure-results），请同步替换上述路径。
? 完整工作流修正示例（关键段落）
- name: Build with Maven
run: mvn test -P placeOrder_stage -Denv=stage
- name: Update allure-results folder permissions
run: |
mkdir -p allure-results/
chmod -R 777 allure-results/
- name: Generate Allure Report
uses: simple-elf/allure-report-action@master
if: always()
with:
allure_results: allure-results/*
gh_pages: gh-pages
allure_report: allure-report
allure_history: allure-history此外，请验证 pom.xml 中 Allure 依赖与 Maven 插件版本兼容性（推荐 io.qameta.allure:allure-testng:2.24.0+ 与 allure-maven:2.11.2+），并确保 maven-surefire-plugin 配置未禁用监听器：
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<configuration>
<properties>
<property>
<name>listener</name>
<value>io.qameta.allure.testng.AllureTestNg</value>
</property>
</properties>
</configuration>
</plugin>执行修复后，GitHub Actions 将能稳定生成 Allure 结果文件，并成功构建交互式 HTML 报告。该方案已在 Java 11 + Maven + TestNG + Selenium 组合中广泛验证，是解决 CI 环境 Allure 权限问题的标准化实践。
