gradle ci流水线需组合使用--no-daemon、--console=plain、term=dumb等参数及环境变量，禁用守护进程、富文本输出与交互终端检测，并明确指定任务避免隐式输入，实现真正免交互自动化构建。

Gradle 在 CI 流水线中默认可能触发交互式提示（如首次构建时的 Gradle Wrapper 初始化、Java 版本确认、或某些插件的许可询问），这会导致流水线卡住。要实现真正免交互、非阻塞的自动化构建，关键不是“加参数”，而是**组合使用一组确定性、静默化、预置化的命令行选项和环境配置**。

✅ 强制使用 Wrapper 并跳过初始化询问

确保始终通过 ./gradlew 执行（而非全局 gradle），它自带版本锁定和自动下载逻辑。但首次执行仍可能因网络或权限问题卡住 —— 需配合以下参数：

• --no-daemon：禁用 Gradle 守护进程，避免 CI Agent 复用残留状态导致冲突或阻塞
• --console=plain：关闭富文本输出，防止 ANSI 控制符干扰日志解析，也规避某些终端检测触发的交互逻辑
• -Dorg.gradle.internal.http.connectionTimeout=60000：显式设置 HTTP 超时（单位毫秒），避免网络波动时无限等待

✅ 禁用所有交互式行为

Gradle 本身不提供全局 “--non-interactive” 开关，但可通过环境变量和 JVM 参数覆盖常见交互源：

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

• export GRADLE_OPTS="-Dorg.gradle.console=plain -Dfile.encoding=UTF-8"：在 Jenkins 或 GitLab CI 的 before_script 中设置，统一控制输出与编码
• export TERM=dumb：告诉 Gradle 当前是非交互终端，多数插件（如 com.github.johnrengelman.shadow）会据此跳过确认提示
• --no-scan：禁用 Gradle Build Scan（若未显式启用可省略，但显式声明更稳妥）

✅ 构建阶段精准控制，避免隐式任务

CI 中应明确指定目标任务，避免执行默认生命周期中可能触发用户输入的任务（如 build 可能包含 check → test → 某些覆盖率插件弹窗）：

• 用 ./gradlew clean assemble -x test 快速打包（跳过测试）
• 用 ./gradlew clean build --continue 允许部分失败（如静态检查失败不影响打包），但注意 --continue 不等同于非阻塞，仅控制失败传播
• 若需运行测试，改用 ./gradlew test --no-daemon --console=plain，并确保 src/test/resources 或 build.gradle 中无 System.console() != null 类判断逻辑

✅ Jenkins Pipeline 中的典型写法示例

在 Jenkinsfile 的 stage 内直接调用：

sh '''
  export TERM=dumb
  export GRADLE_OPTS="-Dorg.gradle.console=plain"
  ./gradlew clean build --no-daemon --console=plain -Dorg.gradle.internal.http.connectionTimeout=60000
'''

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南