Details

    • Similar Issues:

      Description

      When updating the 'stable' builds of our projects, I update the repository URL
      from svn://aaa/project/branches/182 to svn://aaa/project/branches/183 ( for
      instance ).

      This results in a clean checkout ( Checking out a fresh workspace because the
      workspace is not svn://aaa/project/branches/183 ), which takes somewhere around
      30 minutes, when a svn switch would've taken a few seconds.

      What I suggest is a (perhaps per job configurable) setting which would use svn
      switch if all but the last

      {x}

      path elements are the same.

      For instance, a setting of 1 would allow switch to be used for

      svn://aaa/project/branches/183 -> svn://aaa/project/branches/184

      but not for

      svn://aaa/project/branches/183 -> svn://aaa/project/trunk

      A setting of 2 would allow switch to be used for both.

      A setting of 0 would disallow the usage of svn switch.

        Attachments

        1. subversion.diff
          12 kB
        2. subversion2.diff
          10 kB
        3. subversion3.diff
          11 kB

          Issue Links

            Activity

            Hide
            jglick Jesse Glick added a comment -

            For the record: a user of the 1.45 plugin who was encountering unexplained errors such as

            Building remotely on … in workspace …\workspace\…job…
            Checking out a fresh workspace because there's no workspace at …\workspace\…job…\SRC
            Cleaning local Directory SRC
            hudson.util.IOException2: remote file operation failed: …\workspace\…job… at hudson.remoting.Channel@…:…
                at hudson.FilePath.act(FilePath.java:861)
                at hudson.FilePath.act(FilePath.java:838)
                at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:843)
                at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:781)
                at hudson.model.AbstractProject.checkout(AbstractProject.java:1331)
                at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:682)
                at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
                at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:587)
                at hudson.model.Run.execute(Run.java:1557)
                at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
                at hudson.model.ResourceController.execute(ResourceController.java:88)
                at hudson.model.Executor.run(Executor.java:236)
            Caused by: java.io.IOException: Unable to delete …\workspace\…job…\SRC\…file…
                at hudson.Util.deleteFile(Util.java:243)
                at hudson.Util.deleteRecursive(Util.java:293)
                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:121)
                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$FileCallableWrapper.call(FilePath.java:2348)
                at hudson.remoting.UserRequest.perform(UserRequest.java:118)
                at hudson.remoting.UserRequest.perform(UserRequest.java:48)
                at hudson.remoting.Request$2.run(Request.java:326)
                at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
                at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
                at java.util.concurrent.FutureTask.run(Unknown Source)
                at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
                at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
                at java.lang.Thread.run(Unknown Source)
            

            reports that these issues disappear when using a build of the plugin incorporating this (JENKINS-2556) fix.

            Show
            jglick Jesse Glick added a comment - For the record: a user of the 1.45 plugin who was encountering unexplained errors such as Building remotely on … in workspace …\workspace\…job… Checking out a fresh workspace because there's no workspace at …\workspace\…job…\SRC Cleaning local Directory SRC hudson.util.IOException2: remote file operation failed: …\workspace\…job… at hudson.remoting.Channel@…:… at hudson.FilePath.act(FilePath.java:861) at hudson.FilePath.act(FilePath.java:838) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:843) at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:781) at hudson.model.AbstractProject.checkout(AbstractProject.java:1331) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:682) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:587) at hudson.model.Run.execute(Run.java:1557) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: java.io.IOException: Unable to delete …\workspace\…job…\SRC\…file… at hudson.Util.deleteFile(Util.java:243) at hudson.Util.deleteRecursive(Util.java:293) 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:121) 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$FileCallableWrapper.call(FilePath.java:2348) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) reports that these issues disappear when using a build of the plugin incorporating this ( JENKINS-2556 ) fix.
            Hide
            mattdoran Matt Doran added a comment -

            Any thoughts pushing a new build of the SVN plugin that includes this fix?

            Show
            mattdoran Matt Doran added a comment - Any thoughts pushing a new build of the SVN plugin that includes this fix?
            Hide
            kutzi kutzi added a comment -

            After I've burned 2 release numbers because of a stupid maven bug (http://www.shredzone.de/cilla/page/373/maven-release-plugin-and-git-fix.html), I've released it as 1.48

            Show
            kutzi kutzi added a comment - After I've burned 2 release numbers because of a stupid maven bug ( http://www.shredzone.de/cilla/page/373/maven-release-plugin-and-git-fix.html ), I've released it as 1.48
            Hide
            anand_raju Anand Raju added a comment -

            Hello Kutzi,
            I am on Jenkins v1.546 and Jenkins Subversion Plugin v1.54. I still do not see the switch option when setting the checkout strategy in a new or pre-existing job. Is it only update which internally does switch as well when needed? or Is there any manual installation needed for SVN switch option to appear in the drop-down?

            Show
            anand_raju Anand Raju added a comment - Hello Kutzi, I am on Jenkins v1.546 and Jenkins Subversion Plugin v1.54. I still do not see the switch option when setting the checkout strategy in a new or pre-existing job. Is it only update which internally does switch as well when needed? or Is there any manual installation needed for SVN switch option to appear in the drop-down?
            Hide
            anand_raju Anand Raju added a comment -

            Hello Kutzi,
            I tested out the build and its automatically doing a switch when necessary. For others who have a similar confusion, it is the SVN update option under checkout strategy drop-down which performs a switch when applicable.

            Show
            anand_raju Anand Raju added a comment - Hello Kutzi, I tested out the build and its automatically doing a switch when necessary. For others who have a similar confusion, it is the SVN update option under checkout strategy drop-down which performs a switch when applicable.

              People

              • Assignee:
                kutzi kutzi
                Reporter:
                rombert Robert Munteanu
              • Votes:
                21 Vote for this issue
                Watchers:
                23 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: