Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-28396

Cannot tag code from SubversionReleaseSCM

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      Attempt to tag code checked out using Subversion Release Manager results in log:

      ...
      Starting to tag
      SvnTag plugin does not support tagging for SCM hudson.scm.SubversionReleaseSCM@54db9e58.
      ...

      Since they're not much different implementations (I think) - could support for this be added?
      One would think that some releases should be tagged

      Keep up great work!

        Attachments

          Activity

          Hide
          headless HeadLess HeadLess added a comment -

          Upon adding post Build "Trigger parameterized build on other projects" with param Subversion revision:

          Starting to tag
          SvnTag plugin does not support tagging for SCM hudson.scm.SubversionReleaseSCM@2dcb8d80.
          Warning: you have no plugins providing access control for builds, so falling back to legacy behavior of permitting any downstream builds to be triggered
          [parameterizedtrigger] no SubversionTagAction found – is this project an SVN project ?
          [parameterized-trigger] Downstream builds will not be triggered as no parameter is set.

          So, maybe using SubversionReleaseSCM as drop-in replacement of SubversionSCM is not-so- easy..

          Show
          headless HeadLess HeadLess added a comment - Upon adding post Build "Trigger parameterized build on other projects" with param Subversion revision: Starting to tag SvnTag plugin does not support tagging for SCM hudson.scm.SubversionReleaseSCM@2dcb8d80. Warning: you have no plugins providing access control for builds, so falling back to legacy behavior of permitting any downstream builds to be triggered [parameterizedtrigger] no SubversionTagAction found – is this project an SVN project ? [parameterized-trigger] Downstream builds will not be triggered as no parameter is set. So, maybe using SubversionReleaseSCM as drop-in replacement of SubversionSCM is not-so- easy..
          Hide
          headless HeadLess HeadLess added a comment - - edited

          triggering next tagging job with params:
          SVN_REVISION=${SVN_REVISION}

          Warning - ${SVN_URL} is not resolved - it is passed as string.
          CheckingOut this ${SVN_REVISION} finishes tagging succesfully.
          If SVN_URL will change - needs to change in both jobs manually.

          Building in workspace C:\Users\user\.jenkins\jobs\tagPrerealease1\workspace
          Checking out a fresh workspace because there's no workspace at C:\Users\user\.jenkins\jobs\tagPrerealease1\workspace
          Cleaning local Directory .
          Checking out svn://localhost/D:/myNewSvnTestRepo/trunk@205 at revision 205
          A new.txt
          At revision 205
          no change for svn://localhost/D:/myNewSvnTestRepo/trunk since the previous build
          [workspace] $ cmd /c call C:\Users\user\AppData\Local\Temp\hudson8386110393862585076.bat
          build
          Starting to tag
          Tagging svn://localhost/D:/myNewSvnTestRepo/trunk
          Remote Module Location: svn://localhost/D:/myNewSvnTestRepo/trunk@205.
          Tag Base URL: svn://localhost/D:/myNewSvnTestRepo/tags/dev/preRelease_rev_205.
          There was no old tag at svn://localhost/D:/myNewSvnTestRepo/tags/dev/preRelease_rev_205.
          Tagged as Revision 206

          Propably will work in post-release trigger too.
          Ugly - but works..

          Show
          headless HeadLess HeadLess added a comment - - edited triggering next tagging job with params: SVN_REVISION=${SVN_REVISION} Warning - ${SVN_URL} is not resolved - it is passed as string. CheckingOut this ${SVN_REVISION} finishes tagging succesfully. If SVN_URL will change - needs to change in both jobs manually. Building in workspace C:\Users\user\.jenkins\jobs\tagPrerealease1\workspace Checking out a fresh workspace because there's no workspace at C:\Users\user\.jenkins\jobs\tagPrerealease1\workspace Cleaning local Directory . Checking out svn://localhost/D:/myNewSvnTestRepo/trunk@205 at revision 205 A new.txt At revision 205 no change for svn://localhost/D:/myNewSvnTestRepo/trunk since the previous build [workspace] $ cmd /c call C:\Users\user\AppData\Local\Temp\hudson8386110393862585076.bat build Starting to tag Tagging svn://localhost/D:/myNewSvnTestRepo/trunk Remote Module Location: svn://localhost/D:/myNewSvnTestRepo/trunk@205. Tag Base URL: svn://localhost/D:/myNewSvnTestRepo/tags/dev/preRelease_rev_205. There was no old tag at svn://localhost/D:/myNewSvnTestRepo/tags/dev/preRelease_rev_205. Tagged as Revision 206 Propably will work in post-release trigger too. Ugly - but works..
          Hide
          headless HeadLess HeadLess added a comment -

          Another error - this time in rebase of downstream:
          If Upstream job has dynamically defined SVN_URL (in "normal" SubversionSCM):
          svn://localhost/D:/myNewSvnTestRepo/trunk@${SVN_REVISION}
          then "Rebase with upstream Subversion revision" fails - not reloving variable:

          Updating workspace to the latest revision
          At revision 215
          Merging change from the upstream svn://localhost/D:/myNewSvnTestRepo/trunk@ at rev.210
          FATAL: Failed to merge
          hudson.util.IOException2: Failed to merge
          at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:236)
          at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:172)
          at hudson.FilePath.act(FilePath.java:920)
          at hudson.FilePath.act(FilePath.java:893)
          at jenkins.plugins.svnmerge.FeatureBranchProperty.rebase(FeatureBranchProperty.java:172)
          at jenkins.plugins.svnmerge.RebaseAction.perform(RebaseAction.java:115)
          at jenkins.plugins.svnmerge.RebaseBuilder.perform(RebaseBuilder.java:50)
          at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
          at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:745)
          at hudson.model.Build$BuildExecution.build(Build.java:198)
          at hudson.model.Build$BuildExecution.doRun(Build.java:159)
          at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518)
          at hudson.model.Run.execute(Run.java:1704)
          at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
          at hudson.model.ResourceController.execute(ResourceController.java:88)
          at hudson.model.Executor.run(Executor.java:231)
          Caused by: org.tmatesoft.svn.core.SVNException: svn: E160013: File not found: revision 210, path '/trunk@'
          at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
          at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
          at org.tmatesoft.svn.core.internal.io.svn.SVNReader.handleFailureStatus(SVNReader.java:269)
          at org.tmatesoft.svn.core.internal.io.svn.SVNReader.parse(SVNReader.java:248)
          at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.read(SVNConnection.java:272)
          at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.read(SVNRepositoryImpl.java:1290)
          at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.getLocationSegmentsImpl(SVNRepositoryImpl.java:340)
          at org.tmatesoft.svn.core.io.SVNRepository.getLocationSegments(SVNRepository.java:1128)
          at org.tmatesoft.svn.core.io.SVNRepository.getLocationSegments(SVNRepository.java:1158)
          at org.tmatesoft.svn.core.internal.wc.SVNMergeDriver.normalizeMergeSources(SVNMergeDriver.java:2005)
          at org.tmatesoft.svn.core.internal.wc.SVNMergeDriver.runPeggedMerge(SVNMergeDriver.java:565)
          at org.tmatesoft.svn.core.internal.wc16.SVNDiffClient16.doMerge(SVNDiffClient16.java:2244)
          at org.tmatesoft.svn.core.internal.wc2.old.SvnOldMerge.run(SvnOldMerge.java:43)
          at org.tmatesoft.svn.core.internal.wc2.old.SvnOldMerge.run(SvnOldMerge.java:14)
          at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
          at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238)
          at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
          at org.tmatesoft.svn.core.wc.SVNDiffClient.doMerge(SVNDiffClient.java:2391)
          at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:205)
          ... 15 more
          Caused by: svn: E160013: File not found: revision 210, path '/trunk@'
          at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208)
          at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154)
          at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97)
          at org.tmatesoft.svn.core.internal.io.svn.SVNReader.getErrorMessage(SVNReader.java:283)
          at org.tmatesoft.svn.core.internal.io.svn.SVNReader.handleFailureStatus(SVNReader.java:261)
          ... 31 more

          I think that $SVN_URL should be updated (vars replaced with real data) in build metadata ether on resolve?
          Without this - "Rebase with upstream Subversion revision" @JENKINS-6851 (and i presume other upstream-based-operations) are fairly limited..

          Show
          headless HeadLess HeadLess added a comment - Another error - this time in rebase of downstream: If Upstream job has dynamically defined SVN_URL (in "normal" SubversionSCM): svn://localhost/D:/myNewSvnTestRepo/trunk@${SVN_REVISION} then "Rebase with upstream Subversion revision" fails - not reloving variable: Updating workspace to the latest revision At revision 215 Merging change from the upstream svn://localhost/D:/myNewSvnTestRepo/trunk@ at rev.210 FATAL: Failed to merge hudson.util.IOException2: Failed to merge at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:236) at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:172) at hudson.FilePath.act(FilePath.java:920) at hudson.FilePath.act(FilePath.java:893) at jenkins.plugins.svnmerge.FeatureBranchProperty.rebase(FeatureBranchProperty.java:172) at jenkins.plugins.svnmerge.RebaseAction.perform(RebaseAction.java:115) at jenkins.plugins.svnmerge.RebaseBuilder.perform(RebaseBuilder.java:50) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:745) at hudson.model.Build$BuildExecution.build(Build.java:198) at hudson.model.Build$BuildExecution.doRun(Build.java:159) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518) at hudson.model.Run.execute(Run.java:1704) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231) Caused by: org.tmatesoft.svn.core.SVNException: svn: E160013: File not found: revision 210, path '/trunk@' at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.handleFailureStatus(SVNReader.java:269) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.parse(SVNReader.java:248) at org.tmatesoft.svn.core.internal.io.svn.SVNConnection.read(SVNConnection.java:272) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.read(SVNRepositoryImpl.java:1290) at org.tmatesoft.svn.core.internal.io.svn.SVNRepositoryImpl.getLocationSegmentsImpl(SVNRepositoryImpl.java:340) at org.tmatesoft.svn.core.io.SVNRepository.getLocationSegments(SVNRepository.java:1128) at org.tmatesoft.svn.core.io.SVNRepository.getLocationSegments(SVNRepository.java:1158) at org.tmatesoft.svn.core.internal.wc.SVNMergeDriver.normalizeMergeSources(SVNMergeDriver.java:2005) at org.tmatesoft.svn.core.internal.wc.SVNMergeDriver.runPeggedMerge(SVNMergeDriver.java:565) at org.tmatesoft.svn.core.internal.wc16.SVNDiffClient16.doMerge(SVNDiffClient16.java:2244) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldMerge.run(SvnOldMerge.java:43) at org.tmatesoft.svn.core.internal.wc2.old.SvnOldMerge.run(SvnOldMerge.java:14) at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20) at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1238) at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294) at org.tmatesoft.svn.core.wc.SVNDiffClient.doMerge(SVNDiffClient.java:2391) at jenkins.plugins.svnmerge.FeatureBranchProperty$1.invoke(FeatureBranchProperty.java:205) ... 15 more Caused by: svn: E160013: File not found: revision 210, path '/trunk@' at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:208) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:154) at org.tmatesoft.svn.core.SVNErrorMessage.create(SVNErrorMessage.java:97) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.getErrorMessage(SVNReader.java:283) at org.tmatesoft.svn.core.internal.io.svn.SVNReader.handleFailureStatus(SVNReader.java:261) ... 31 more I think that $SVN_URL should be updated (vars replaced with real data) in build metadata ether on resolve? Without this - "Rebase with upstream Subversion revision" @ JENKINS-6851 (and i presume other upstream-based-operations) are fairly limited..

            People

            • Assignee:
              k2nakamura k2nakamura
              Reporter:
              headless HeadLess HeadLess
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated: