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

The problem with parameterized build and subversion plugin

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Won't Fix
    • Icon: Major Major
    • build-with-parameters-plugin, subversion-plugin
    • None
    • Jenkins ver. 1.519
      Subversion Plugin 1.45
      VisualSVN Server Version 2.1.11 (Subversion 1.6.17)

      Good morning.
      I have the some problems with parameterized build and subversion plugin. My task: I need checkout files from my repository from certain revision.
      I created the parameterized job and wrote URL of repository in Subversion. If I write URL of repository without parameters, then I will get the files from HEAD revision. It is correct. If I write URL of repository with parameter (It is variable with number of revision. I must get files from this revision. This revision doesn't equal HEAD), then I will get the error. See the file. It isn't correct.
      In this task I must get the files from each revision successively and I must not get the files from HEAD revision.

        1. Error.doc
          79 kB
        2. remove_trailing_@.diff
          0.9 kB

          [JENKINS-19210] The problem with parameterized build and subversion plugin

          Linards L added a comment -

          Why you can not use @<revision> syntax?

          https://issues.jenkins-ci.org/browse/JENKINS-3207

          Linards L added a comment - Why you can not use @<revision> syntax? https://issues.jenkins-ci.org/browse/JENKINS-3207

          Veronika Makeeva added a comment -

          SubversionSCM.java (version 1.50) has the condition:
          if(isValidateRemoteUpToVar())

          { url = (url.indexOf('$') != -1) ? url.substring(0, url.indexOf('$')) : url; }

          This condition was not in task JENKINS-3207

          Veronika Makeeva added a comment - SubversionSCM.java (version 1.50) has the condition: if(isValidateRemoteUpToVar()) { url = (url.indexOf('$') != -1) ? url.substring(0, url.indexOf('$')) : url; } This condition was not in task JENKINS-3207

          Yoichi Nakayama added a comment -

          Attached patch allows '@' before the first variable. Does it work?

          Yoichi Nakayama added a comment - Attached patch allows '@' before the first variable. Does it work?

          Veronika Makeeva added a comment -

          It does not work. See the attachment "Error.doc".

          Veronika Makeeva added a comment - It does not work. See the attachment "Error.doc".

          Yoichi Nakayama added a comment - - edited

          Did you check "Validate repository URLs up to the first variable name" in the global configuration?

          Yoichi Nakayama added a comment - - edited Did you check "Validate repository URLs up to the first variable name" in the global configuration?

          Veronika Makeeva added a comment -

          No. We will try.
          Thank you.

          Veronika Makeeva added a comment - No. We will try. Thank you.

          Oleg Nenashev added a comment -

          @Veronika
          Could you update the issue by evaluation results?

          Oleg Nenashev added a comment - @Veronika Could you update the issue by evaluation results?

          Manuel Recena Soto added a comment -

          vgmakeeva Do you think that make sense having this issue opened?

          Manuel Recena Soto added a comment - vgmakeeva Do you think that make sense having this issue opened?

          Manuel Recena Soto added a comment -

          vgmakeeva, I could not reproduce this bug using the latest version of Subversion Plugin. I'll close this ticket.

          Manuel Recena Soto added a comment - vgmakeeva , I could not reproduce this bug using the latest version of Subversion Plugin. I'll close this ticket.

            recena Manuel Recena Soto
            vgmakeeva Veronika Makeeva
            Votes:
            1 Vote for this issue
            Watchers:
            6 Start watching this issue

              Created:
              Updated:
              Resolved: