当我尝试使用gradle发布插件构建时，Jenkins为什么会犹豫？

我在Grails项目上设置了发布插件，并在本地主机上成功运行了它

当我试图在Jenkins中设置相同的构建时，该构建将无限期挂起。输出挂起之前的最后一件事是

checkcommitneed

步骤

我能做些什么来找出哪里出了问题

我已经设置了

-prelese.useCAutomaticVersion=true

和开关中的两个版本参数，如插件文档中所述

更新

在researchgate Gitter上，Christian Gonzalez提到Jenkins正在检测由发布插件引起的另一个提交，并且陷入了一个循环。对于Git，可以添加额外的行为来忽略插件提交的更改。然而，我的项目正在使用SVN

更新

下面是添加-d的输出片段

11:12:48.907[DEBUG][org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter]为任务执行操作：CheckCommitNeed”。
11:12:48.908[INFO][org.gradle.api.Project]在[/var/lib/jenkins/jobs/MyTeam/jobs/MyProject/jobs/MyProject release/workspace]中运行[svn，status]
11:12:48.924[INFO][org.gradle.api.Project]运行[svn，status]生成的输出：[]
11:12:48.926[DEBUG][org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter]已完成执行任务“：CheckCommitNeed”
11:12:48.926[INFO][org.gradle.execution.taskgraph.AbstractTaskPlanExecutor]：已完成CheckCommitNeed（线程[Daemon worker，5，main]）。花了0.02秒。
11:12:48.926[调试][org.gradle.internal.operations.DefaultBuildOperationWorkerRegistry]工作程序根目录。已完成3（0正在使用）
11:12:48.926[DEBUG][org.gradle.internal.operations.DefaultBuildOperationWorkerRegistry]Worker root.4已启动（1正在使用）。
11:12:48.926[INFO][org.gradle.execution.taskgraph.AbstractTaskPlanExecutor]：checkUpdateNeeded（线程[Daemon worker，5，main]）已启动。
11:12:48.927[生命周期][classorg.gradle.internal.buildevents.TaskExecutionLogger]：myproject:checkUpdateNeeded
11:12:48.927[DEBUG][org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter]开始执行任务“：checkUpdateNeeded”
11:12:48.927[DEBUG][org.gradle.api.internal.tasks.execution.skipptodatetaskexecuter]确定任务“：checkUpdateNeeded”是否为最新
11:12:48.927[INFO][org.gradle.api.internal.tasks.execution.skipptodatetaskexecuter]执行任务“：checkUpdateNeeded”（最新检查耗时0.0秒），原因是：
任务尚未声明任何输出。
11:12:48.927[DEBUG][org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter]为任务执行操作：checkUpdateEnded'。
11:12:48.928[INFO][org.gradle.api.Project]在[/var/lib/jenkins/jobs/MyTeam/jobs/MyProject/jobs/MyProject release/workspace]中运行[svn，status，-q，-u]
11:12:51.477[DEBUG][org.gradle.launcher.daemon.server.daemon]DaemonExpirationPeriodicCheck正在运行
11:12:51.479[DEBUG][org.gradle.cache.internal.DefaultFileLockManager]正在等待获取守护程序地址注册表上的共享锁。
11:12:51.480[调试][org.gradle.cache.internal.DefaultFileLockManager]已获取锁。
11:12:51.481[DEBUG][org.gradle.cache.internal.DefaultFileLockManager]释放对守护程序地址注册表的锁定。
11:13:01.477[DEBUG][org.gradle.launcher.daemon.server.daemon]DaemonExpirationPeriodicCheck正在运行
11:13:01.477[DEBUG][org.gradle.cache.internal.DefaultFileLockManager]正在等待获取守护程序地址注册表上的共享锁。
11:13:01.478[调试][org.gradle.cache.internal.DefaultFileLockManager]已获取锁。
11:13:01.480[DEBUG][org.gradle.cache.internal.DefaultFileLockManager]释放对守护程序地址注册表的锁定。
11:13:11.477[DEBUG][org.gradle.launcher.daemon.server.daemon]DaemonExpirationPeriodicCheck正在运行
11:13:11.477[DEBUG][org.gradle.cache.internal.DefaultFileLockManager]正在等待获取守护程序地址注册表上的共享锁。
11:13:11.477[调试][org.gradle.cache.internal.DefaultFileLockManager]已获取锁。
11:13:11.479[DEBUG][org.gradle.cache.internal.DefaultFileLockManager]释放对守护程序地址注册表的锁定。
...

---

最后4行重复了一遍又一遍。

请你把-d放到任务中好吗。然后我们将看到gradle@Hillkorn谢谢我添加了调试输出。作为记录，在我的例子中，gradle插件使用的SVN CLI似乎有问题。使用--no daemon参数消除了所有这些嘈杂的重复消息，并使我们能够看到实际的根本原因。