Hudson dryRun作业从2.2.0升级到2.2.1后中断

我刚刚将我们的Hudson从2.2.0升级到2.2.1，以修复电子邮件中的已知错误。这样做导致了一些问题，尤其是在dryRun版本中。升级后，所有dryRun作业都失败。Hudson dryRun作业从2.2.0升级到2.2.1后中断

我不知道发生了什么事，但导致一个svn版本冲突：

svn: The path '.' appears to be part of a Subversion 1.7 or greater 
working copy. Please upgrade your Subversion client to use this 
working copy.

我们有几个建立以DRYRUN释放：准备

clean -e release:clean release:prepare -DdryRun=true

哈德森的Maven（传统）插件 - > 2.2.1
Hudson Maven3插件 - > 2.2.0
Hudson subversio n插件 - > 2.3.2

似乎文件正确下载，但“检查修改”步骤似乎没有必要。

Maven的输出：

[INFO] Verifying that there are no local modifications... 
[INFO] Executing: /bin/sh -c cd /var/lib/hudson/jobs/anonymousName-app-svn-dryRun-release/workspace/app && svn --non-interactive status 
[INFO] Working directory: /var/lib/hudson/jobs/anonymousName-app-svn-dryRun-release/workspace/app 
[INFO] ------------------------------------------------------------------------ 
[ERROR] BUILD FAILURE 
[INFO] ------------------------------------------------------------------------ 
[INFO] Unable to check for local modifications 
Provider message: 
The svn command failed. 
Command output: 
svn: The path '.' appears to be part of a Subversion 1.7 or greater 
working copy. Please upgrade your Subversion client to use this 
working copy. 

[INFO] ------------------------------------------------------------------------ 
[INFO] Trace 
org.apache.maven.BuildFailureException: Unable to check for local modifications 
Provider message: 
The svn command failed. 
Command output: 
svn: The path '.' appears to be part of a Subversion 1.7 or greater 
working copy. Please upgrade your Subversion client to use this 
working copy. 

     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:284) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) 
     at org.apache.maven.lifecycle.LifecycleExecutorInterceptor.execute(LifecycleExecutorInterceptor.java:65) 
     at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) 
     at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) 
     at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:600) 
     at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) 
     at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) 
     at hudson.maven.agent.Main.launch(Main.java:173) 
     at hudson.maven.MavenBuilder.call(MavenBuilder.java:164) 
     at hudson.maven.MavenModuleSetBuild$Builder.call(MavenModuleSetBuild.java:917) 
     at hudson.maven.MavenModuleSetBuild$Builder.call(MavenModuleSetBuild.java:848) 
     at hudson.remoting.UserRequest.perform(UserRequest.java:114) 
     at hudson.remoting.UserRequest.perform(UserRequest.java:48) 
     at hudson.remoting.Request$2.run(Request.java:283) 
     at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:453) 
     at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:315) 
     at java.util.concurrent.FutureTask.run(FutureTask.java:150) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:898) 
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:920) 
     at java.lang.Thread.run(Thread.java:736) 
Caused by: org.apache.maven.plugin.MojoFailureException: Unable to check for local modifications 
Provider message: 
The svn command failed. 
Command output: 
svn: The path '.' appears to be part of a Subversion 1.7 or greater 
working copy. Please upgrade your Subversion client to use this 
working copy. 

     at org.apache.maven.plugins.release.PrepareReleaseMojo.execute(PrepareReleaseMojo.java:190) 
     at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) 
     at hudson.maven.agent.PluginManagerInterceptor.executeMojo(PluginManagerInterceptor.java:182) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) 
     ... 28 more 
[INFO] ------------------------------------------------------------------------ 
[INFO] Total time: 12 seconds 
[INFO] Finished at: Thu Jun 14 12:56:15 CEST 2012 
[INFO] Final Memory: 25M/63M

来源

2012-06-14 Vargen

看起来像新的Hudson以1.7格式检查你的工作副本，但Maven使用的本地客户端是1.6。转到'http：// /configure' - >搜索'Subversion Workspace Version'并查看它的含义。 –

在version 2.2.1，哈德森升级在于SVNKit 1.7，导致Subversion工作拷贝使用非向后兼容1.7格式。

Maven release-plugin从路径调用SCM提供程序Subversion。您的命令行中可能安装了Subversion 1.6或更早的版本。

一种可能的解决方案是将您的命令行Subversion安装升级到版本1.7。

来源

2012-06-16 08:21:05 user1460339

Hudson dryRun作业从2.2.0升级到2.2.1后中断

回答

相关问题