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

SVN external folders are empty after checkout

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: subversion-plugin
    • Labels:
      None
    • Environment:
      Hudson ver. 1.348
    • Similar Issues:

      Description

      SVN Source-Code-Management does not seem to handle SVN external folders correctly. They are empty in the hudson workspace after checkout.

        Attachments

          Activity

          Hide
          abarbieri Andrea Barbieri added a comment -

          most likely this is very similar to this reported problem:
          http://issues.jenkins-ci.org/browse/JENKINS-6415

          Show
          abarbieri Andrea Barbieri added a comment - most likely this is very similar to this reported problem: http://issues.jenkins-ci.org/browse/JENKINS-6415
          Hide
          larsheinemann larsheinemann added a comment -

          In our case, the problem is that the external files are not checked out.

          Show
          larsheinemann larsheinemann added a comment - In our case, the problem is that the external files are not checked out.
          Hide
          uresu uresu added a comment - - edited

          I solved my occurence of this issue. When looking at the details of the svn:externals property, they were set to a server that the Hudson server could not resolve

          Show
          uresu uresu added a comment - - edited I solved my occurence of this issue. When looking at the details of the svn:externals property, they were set to a server that the Hudson server could not resolve
          Hide
          veita veita added a comment -

          Same problem here with Hudson 1.366.

          A directory that has a relative svn:externals link to a file (../../../../../../../../a/b/c/d/e/f/g/my.cfg my.cfg) is empty after svn-update in Hudson.

          Creating a copy of the linked resources is not a solution for us. They must always be up-to-date in the modules that contain tests that require these files and directories.

          Show
          veita veita added a comment - Same problem here with Hudson 1.366. A directory that has a relative svn:externals link to a file (../../../../../../../../a/b/c/d/e/f/g/my.cfg my.cfg) is empty after svn-update in Hudson. Creating a copy of the linked resources is not a solution for us. They must always be up-to-date in the modules that contain tests that require these files and directories.
          Hide
          maartenvandewaarsenburg maartenvandewaarsenburg added a comment -

          Just an observation. I hope it helps as this is a serious problem.

          On a directory in a subtree of the trunk of a project I have the following svn:externals property set:

          /svn/partslib/Arabica/2009-march-xerces_2.8.0-Verum/VS90 Arabica
          /svn/partslib/formalsystems/noxfdr/3.0.0/client FDR
          /svn/partslib/opensource/boost-uuid/20080225/ boost/uuid
          /svn/partslib/xerces/xerces-c/2.8.0/vs90 xercesc
          /svn/partslib/nokia/Qt/4.6.3/vs90 Qt

          When I perform a clean build of the Hudson project (subtree), it checks out all except the last one. Every clean build, the same external is skipped. A subsequent build with "Use update" checked, checks out the missing external.

          When I change the Hudson project to check out the entire trunk, a clean build checks out all except the one BEFORE the last line.

          It doesn't matter on what kind of slave the project builds.

          Hudson ver. 1.361
          Hudson Subversion Plug-in 1.17
          svnkit-1.3.0-hudson-4.jar
          Windows slave running via JNLP
          Red Hat slave running via SSH (plugin version 0.12)
          VisualSVN 2.1.1

          Question: The svnkit has hudson in its name, does that mean that the svnkit is adapted to work with Hudson? In other words, can I replace the JAR-file by a more recent version of tmatesoft?

          Show
          maartenvandewaarsenburg maartenvandewaarsenburg added a comment - Just an observation. I hope it helps as this is a serious problem. On a directory in a subtree of the trunk of a project I have the following svn:externals property set: /svn/partslib/Arabica/2009-march-xerces_2.8.0-Verum/VS90 Arabica /svn/partslib/formalsystems/noxfdr/3.0.0/client FDR /svn/partslib/opensource/boost-uuid/20080225/ boost/uuid /svn/partslib/xerces/xerces-c/2.8.0/vs90 xercesc /svn/partslib/nokia/Qt/4.6.3/vs90 Qt When I perform a clean build of the Hudson project (subtree), it checks out all except the last one. Every clean build, the same external is skipped. A subsequent build with "Use update" checked, checks out the missing external. When I change the Hudson project to check out the entire trunk, a clean build checks out all except the one BEFORE the last line. It doesn't matter on what kind of slave the project builds. Hudson ver. 1.361 Hudson Subversion Plug-in 1.17 svnkit-1.3.0-hudson-4.jar Windows slave running via JNLP Red Hat slave running via SSH (plugin version 0.12) VisualSVN 2.1.1 Question: The svnkit has hudson in its name, does that mean that the svnkit is adapted to work with Hudson? In other words, can I replace the JAR-file by a more recent version of tmatesoft?

            People

            • Assignee:
              Unassigned
              Reporter:
              larsheinemann larsheinemann
            • Votes:
              11 Vote for this issue
              Watchers:
              12 Start watching this issue

              Dates

              • Created:
                Updated: