Building in workspace /data/www/wdqk/html/flash
Updating svn://192.168.1.200/wdqk/www/html/flash at revision '2013-09-17T15:15:15.460 +0800'
Workspace appear to be locked, so getting a fresh workspace
Cleaning local Directory .
java.io.IOException: Unable to delete /data/www/wdqk/html/flash/./.svn/entries
at hudson.Util.deleteFile(Util.java:255)
at hudson.Util.deleteRecursive(Util.java:307)
at hudson.Util.deleteContentsRecursive(Util.java:204)
at hudson.Util.deleteRecursive(Util.java:298)
at hudson.Util.deleteContentsRecursive(Util.java:204)
at hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:75)
at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:153)
at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:161)
at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:182)
at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:153)
at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:903)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:884)
at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:867)
at hudson.FilePath.act(FilePath.java:909)
at hudson.FilePath.act(FilePath.java:882)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:843)
at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:781)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1408)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:676)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:581)
at hudson.model.Run.execute(Run.java:1603)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:247)
Finished: FAILURE
此版本在 Jenkins 的主目录之外。
我在 svn 项目文件夹中找不到任何锁定文件。
是权限问题吗？
是的，这很可能是权限问题。在我看来，你几乎没有办法解决它。
- 让你的 Jenkins 用户成为项目文件夹的所有者。您已经在评论中说过您不想这样做。
- 在项目文件夹上设置
chmod a+w。我不建议这样做，因为每个人都可以对文件夹进行写入。可能成为安全问题。 - 创建一个新组，比如说
groupadd development。将您的 Jenkins 用户和项目文件夹的所有者添加到该组（usermod -a -G development jenkins和usermod -a -G development owneruser）。现在更改项目文件夹的所有者组 （chown :development projectfolder）。确保组具有写入权限（chmod g+w） 这是一个有点工作，但我认为这是最好的方法。
顺便说一下，"工作区似乎已锁定"并不是实际错误。这只是一个信息，告诉您（以及为什么）工作区被清理并再次签出。实际错误发生在清理工作区时，但不是因为工作区已锁定。