Gradle --no-daemon 启动守护进程？

Question

如何防止 gradle 与守护进程对话？

./gradlew --no-daemon -Porg.gradle.daemon=false -Dorg.gradle.daemon=false build -x test
Starting daemon
IDLE

我们在 ecs 上运行 jenkins 节点，所以守护进程似乎并没有给我们买太多东西。此外，我们在一个并行的 jenkins 管道块中运行了几个 gradle 执行，有时会看到守护进程错误——这是我没想到的：

[org.gradle.cache.internal.DefaultFileLockManager] Waiting to acquire exclusive lock on daemon addresses registry.
[org.gradle.cache.internal.DefaultFileLockManager] Lock acquired on daemon addresses registry.
[org.gradle.cache.internal.DefaultFileLockManager] Releasing lock on daemon addresses registry.
Daemon vm is shutting down... The daemon has exited normally or was terminated in response to a user interrupt.

似乎 gradle 需要守护进程才能使用它。我将尝试放弃并使用 gradle daemon 文档推荐的守护程序。

Answer 1

将org.gradle.daemon=false 放入~/.gradle/gradle.properties 对我有用。

有一个警告，因为它仍然需要派生一个进程才能更改 JVM 设置。此进程实际上与常规守护进程相同，但对当前构建是私有的，并在之后终止。

为了遵守此构建的 JVM 设置，将分叉一个单一用途的守护进程。见https://docs.gradle.org/7.0/userguide/gradle_daemon.html#sec:disabling_the_daemon。 守护进程将在构建结束时停止

如果 JVM 设置已经匹配，则不会执行此操作。

请注意，虽然您获得了“效率较低”的构建，但您确实会在每次运行后修剪 gradle 缓存。否则它只会在共享守护进程退出时被修剪，这可能永远不会出现在 CI 系统中。

Answer 2

放弃并接受 --no-daemon 不太理想。使用守护进程运行，即使在基于 jenkins ECS 的单次使用节点上也能提高性能。对于通过管道并行块在同一节点上同时运行多个 gradle 执行的情况尤其如此。

如果守护程序有问题，那么修复它比尝试禁用它更好。